这是一个创建于 3500 天前的主题，其中的信息可能已经有所发展或是发生改变。
- 新需求提工单, 出具需求文档, 设计文档, 审核通过后, 项目管理部同意, 并从主干新建分支
- 当然开发只有这个分支的权限, 无其他任何权限.
- 开发完成后, 进行自测. 然后提交测试工单.
- 测试部进行分支验证测试, 其后进行合并主干.
- 主干测试通过后, 排期上线.
主流程大概是上面那样. 但是开发需求/任务并行情况下, 出现了如下问题.
测试都ok, 但是代码合并到主干的时候, 因为是配置部门来做的(合并), 可能会出现代码冲突. 而开发人员本来又没有权限, 解决办法是只能开发到配置管理员的电脑上去解决冲突了.
BTW.
是的, 我是来吐槽, 不是来解决问题的. 目前在整个流程上并没有决策权.
第 1 条附言 · 2015-05-26 16:15:00 +08:00
虽然流程不能解决所有问题, 不过看到了一些和我们一样在使用或者推荐使用这样的流程的团队. 不知是欣慰还是遗憾?!
当然, 我个人是比较推崇
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-05-26 10:28:10 +08:00
好重的流程...
|
 |
2
ZackYang 2015-05-26 11:14:32 +08:00
够繁琐.
branch + CI + code review 足以. |
 |
3
lxrabbit 2015-05-26 11:27:53 +08:00
不是一般的复杂,就两个分支就可以了吧,一个是测试用的,一个是发布用的
|
|
4
lxrabbit 2015-05-26 11:29:19 +08:00
说错,是两个SVN
|
1 |
6
otakustay 2015-05-26 11:42:50 +08:00
这不是很正常的分支开发合并主干的流程么，不知道楼上各位在吐槽啥，你们辛辛苦苦用git无非不就更多几个分支么
这个流程如果不会多个开发分支同时进行的话，理论上是不会有合并时的冲突的。如果多分支同时进行的话，让开发人员在提测前自己merge trunk |
 |
9
SoloCompany 2015-05-26 12:43:42 +08:00 via Android
这是很正常的流程，但为了减轻合并出现意外的可能性，一般由开发人员直接进行
但权限控制又不好做了 反正总是会有折中的地方，看管理者更看重的是什么了 |
 |
10
blankfire 2015-05-26 17:02:50 +08:00
如果不是看到楼主在北京，还以为是我司同事 = =！
|
Select Language