这是一个创建于 3984 天前的主题，其中的信息可能已经有所发展或是发生改变。
- 新需求提工单, 出具需求文档, 设计文档, 审核通过后, 项目管理部同意, 并从主干新建分支
- 当然开发只有这个分支的权限, 无其他任何权限.
- 开发完成后, 进行自测. 然后提交测试工单.
- 测试部进行分支验证测试, 其后进行合并主干.
- 主干测试通过后, 排期上线.
主流程大概是上面那样. 但是开发需求/任务并行情况下, 出现了如下问题.
测试都ok, 但是代码合并到主干的时候, 因为是配置部门来做的(合并), 可能会出现代码冲突. 而开发人员本来又没有权限, 解决办法是只能开发到配置管理员的电脑上去解决冲突了.
BTW.
是的, 我是来吐槽, 不是来解决问题的. 目前在整个流程上并没有决策权.
第 1 条附言 2015 年 5 月 26 日
虽然流程不能解决所有问题, 不过看到了一些和我们一样在使用或者推荐使用这样的流程的团队. 不知是欣慰还是遗憾?!
当然, 我个人是比较推崇
github work flow : https://guides.github.com/introduction/flow/
或者
gitlab work flow : https://about.gitlab.com/2014/09/29/gitlab-flow/
atlassian 还写了篇很好的文章来对比.
https://www.atlassian.com/git/tutorials/comparing-workflows/centralized-workflow
不能改变的. 眼红别人家的也没有用. 适应吧.
再次感谢大家的留言或建议.
当然, 我个人是比较推崇
github work flow : https://guides.github.com/introduction/flow/
或者
gitlab work flow : https://about.gitlab.com/2014/09/29/gitlab-flow/
atlassian 还写了篇很好的文章来对比.
https://www.atlassian.com/git/tutorials/comparing-workflows/centralized-workflow
不能改变的. 眼红别人家的也没有用. 适应吧.
再次感谢大家的留言或建议.
 | 1 clino 2015 年 5 月 26 日 好重的流程... |
 | 2 ZackYang 2015 年 5 月 26 日 够繁琐. branch + CI + code review 足以. |
 | 3 lxrabbit 2015 年 5 月 26 日 不是一般的复杂,就两个分支就可以了吧,一个是测试用的,一个是发布用的 |
| 4 lxrabbit 2015 年 5 月 26 日 说错,是两个SVN |
1 | 6 otakustay 2015 年 5 月 26 日 这不是很正常的分支开发合并主干的流程么，不知道楼上各位在吐槽啥，你们辛辛苦苦用git无非不就更多几个分支么 这个流程如果不会多个开发分支同时进行的话，理论上是不会有合并时的冲突的。如果多分支同时进行的话，让开发人员在提测前自己merge trunk |
 | 9 SoloCompany 2015 年 5 月 26 日 via Android 这是很正常的流程，但为了减轻合并出现意外的可能性，一般由开发人员直接进行 但权限控制又不好做了 反正总是会有折中的地方，看管理者更看重的是什么了 |
 | 10 blankfire 2015 年 5 月 26 日 如果不是看到楼主在北京，还以为是我司同事 = =！ |
Select Language