主流程大概是上面那样. 但是开发需求/任务并行情况下, 出现了如下问题.
测试都ok, 但是代码合并到主干的时候, 因为是配置部门来做的(合并), 可能会出现代码冲突. 而开发人员本来又没有权限, 解决办法是只能开发到配置管理员的电脑上去解决冲突了.
BTW.
是的, 我是来吐槽, 不是来解决问题的. 目前在整个流程上并没有决策权.
 |
1
clino May 26, 2015
好重的流程...
|
 |
2
ZackYang May 26, 2015
够繁琐.
branch + CI + code review 足以. |
 |
3
lxrabbit May 26, 2015
不是一般的复杂,就两个分支就可以了吧,一个是测试用的,一个是发布用的
|
|
4
lxrabbit May 26, 2015
说错,是两个SVN
|
 |
6
otakustay May 26, 2015
这不是很正常的分支开发合并主干的流程么，不知道楼上各位在吐槽啥，你们辛辛苦苦用git无非不就更多几个分支么
这个流程如果不会多个开发分支同时进行的话，理论上是不会有合并时的冲突的。如果多分支同时进行的话，让开发人员在提测前自己merge trunk |
 |
9
SoloCompany May 26, 2015 via Android
这是很正常的流程，但为了减轻合并出现意外的可能性，一般由开发人员直接进行
但权限控制又不好做了 反正总是会有折中的地方，看管理者更看重的是什么了 |
 |
10
blankfire May 26, 2015
如果不是看到楼主在北京，还以为是我司同事 = =！
|
1
Select Language