svn分支协同开发流程（内附超详细流程图和解释）

开发场景

面向trunk开发

好比4人开发团队 每2人负责一个功能模块，两个功能模块在同一个项目中，此时若是4我的都是在主分支trunk上进行开发 那么必须等两个功能模块所有ok 才能上线 （操做比较简单 不进行赘述）

缺点：

• 开发耦合性过大
• 项目代码不易管理

面向branches开发

分支开发 对trunk进行分支开发 按照上面的逻辑 新建两个分支，2我的编辑一个分支 ，当其中一个分支开发完成 能够直接发布 另外两人开发完成后再发布

优势：

• 减小团队做业之间的耦合性
• 代码管理更加方便

svn使用流程

流程图

步骤详解

开发过程

1. 针对trunk进行 branches or tag的操做 建立新的分支 命名好比：

   20180822_test_demoproject 规则：时间_功能模块__项目名称

2. 将新建的分支 checkout 至本地

3. 开发新的功能 并作本地测试 （这个过程会有屡次commit）

4. 本地测试完成 将代码提交到svn 对应的branches上面

5. 在beta服务器上面进行发布branches的代码并进行测试

准备发布过程（同步trunk）

在开发过程当中 trunk可能已经被别的小组修改 因此此时须要同步trunk代码

6. 使用本地branches做为工做空间 merge from trunk 将trunk上面新增的代码 merge到本地 （此时本地branches中的代码是最完整的）
7. 将新增的代码 提交至svn branches （此时能够进行一次beta上面的回归测试）

review代码 发布

此时如何进行代码的review是一个问题 好比在3的步骤中 进行了屡次提交 开发者已经不知道在开发新功能的时候提交了哪些代码 此时若是贸然进行发布 可能会出现一些意想不到的状况 好比修改了配置文件 没有修改回来 会致使线上出现很大的问题， 那么如何进行代码的review请看下面的步骤

8. 将svn trunk上的代码checkout至本地 merge from svn branches 此时至关于将branches中的这个功能模块全部的新增或者修改的代码 merge到了本地的trunk上面
9. 此时进行commit 在提交以前 必定记得仔细review每个提交的代码文件 是否正确 review完成肯定没有问题再提交 这一步为重中之重！！！ 不可省略，切记！

原文地址

有不足之处还望不吝赐教 欢迎关注

未经做者容许 请勿转载，谢谢 :)