SVN源码管理或提交策略

1.环境及工程分析:有三套环境,SIT,UAT,Prod.每次在部署Prod时，必须在SIT,UAT测试通过。SIT是第一次测试环境。

2.每次SIT必须要使用mergebranch之后的trunk代码。在merge完如果有代码冲突,SCM要通知DEV解决冲突，然后使用trunk的代码部署到SIT。此时对于要求DEV把非本次Prod需求的所有代码暂时都留在本地。

3.进行SIT的测试，此时如果有任何bug，DEVfixedbug之后直接提交到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之后。在Prodtrunk基础上创建branch.更安全点。上了SIT之后，任何的bugfix都需要在trunk上。