SVN源码管理或提交策略

1.环境及工程分析:有三套环境,SIT,UAT,Prod.每次在部署Prod时,必须在SIT,UAT测试通过。SIT是第一次测试环境。
2.每次SIT必须要使用merge branch之后的trunk代码。在merge完如果有代码冲突,SCM要通知DEV解决冲突,然后使用trunk的代码部署到SIT。此时对于要求DEV把非本次Prod需求的所有代码暂时都留在本地。
3.进行SIT的测试,此时如果有任何bug,DEV fixed bug之后直接提交到trunk。
4.SIT测试OK之后,到UAT环境进行测试,UAT测试OK之后。SCM在trunk基础上创建下次Prod需求的branch。
5.之后DEV需要switch到最新的分支,解决冲突之后再提交。

6.等所有的DEV的代码都提交完毕之后,SCM需要再merge 到trunk代码(通常此时发生conflict可能性很小)-----此步即  (2).这样周而复始。


总结:原则是DEV同样的代码都只需要提交一次,merge的过程尽量会让熟悉业务的DEV进行。尽可能地保证trunk代码的安全。对于4.最好的做法其实是等上prod之后,验证OK之后。在Prod trunk基础上创建branch.更安全点。上了SIT之后,任何的bug fix都需要在trunk上。

猜你喜欢

转载自jamesqian.iteye.com/blog/1666351