iOS之版本迭代SVN代码管理 iOS之版本迭代SVN代码管理

不少有追求的团队都使用Git来进行代码版本管理了吧，但我相信还有很多团队，不仅是大公司团队，或是小创业公司团队，都还在使用SVN这种简单易学的代码管理工具。以下方法来自我原来公司团队。它不仅可以可以清晰管理好每个版本代码，还可以解决以下两个问题：

1. 满足多个小组，或者多个项目同时协同开发； 2. 面对变化多端的需求，可以临时插件一个版本紧急发布；

对于小团队、快速发展的产品来说，妥善处理好上述第2点显得很重要。下面举例说明怎样在SVN上友好进行版本迭代代码管理，其中SVN操作可以使用Conerstone。假设我们立项了一个新项目，名称取为Sample。
1）项目工程准备
a.在SVN服务器上创建一个Sample文件夹，在其下创建4个目录，分别如下（+：表示文件目录展开；-：表示文件目录收起）：

+Sample -branches -tags -releases -trunk

b.将工程文件导入大主干trunk（trunk上的代码与线上版本代码保持一致）

+Sample -branches -tags -releases +trunk -Sample -Sample.xcodeproj

2）迭代一个新版本
a. 从大主干trunk上开一个开发分支到branches目录下，团队成员基于Branch_Sample_1.0.0分支开发

+Sample +branches +Branch_Sample_1.0.0 -Sample -Sample.xcodeproj -tags -releases +trunk -Sample -Sample.xcodeproj

【iOS之版本迭代SVN代码管理】b. 开发完成后，进入测试阶段，这时最好基于tag打包提测。在tags目录下首先创建包含版本号信息的tag目录，例如tag_Sample_1.0.0，再将Branch_Sample_1.0.0打一个tag到该目录下，提测打包tag名称包含版本号及当前操作时间，例如tag_Sample_1.0.0_20170512。一般每个版本都会前后打多个tag测试。

+Sample +branches +Branch_Sample_1.0.0 -Sample -Sample.xcodeproj +tags +tag_Sample_1.0.0_20170512 -Sample -Sample.xcodeproj -releases +trunk -Sample -Sample.xcodeproj

c. 测试完成后，为了让每个发布版本代码历史可查，发布打包也不是从branch上直接打包，而是先从branch上tag一个版本到releases目录下，再打包提交发布。如果到了这一步，发现了严重bug，也直接在release分支上修正，之后再手工同步到对应的开发分支上。

+Sample +branches +Branch_Sample_1.0.0 -Sample -Sample.xcodeproj +tags +tag_Sample_1.0.0_20170512 -Sample -Sample.xcodeproj +releases +Release_Sample_1.0.0 +Release_Sample_1.0.0_20170520 -Sample -Sample.xcodeproj +trunk -Sample -Sample.xcodeproj

d. 版本发布后，则需要将Branch_Sample_1.0.0的代码同步回(reintegrate branch)trunk上，保证trunk上代码与线上版本代码一致。开发下一个版本时，使用上述相同的顺序操作。
3）插入小版本
假设在开发一个大版本1.2.0时，突然产品上有紧急需求，需要立即先发布一个小版本，而由于Branch_Sample_1.2.0上已经在开发进行中了，所以不能直接在这个分支上修改发布小版本，这时可从trunk上按上述方法再开一个新的小版本分支出来，例如叫Branch_Sample_1.1.1，在新的分支上开发完成，再依次打tag测试，最后发布。等小版本1.1.1发布后，再将代码同步（reintegrate branch）到trunk，并从trunk将1.1.1增加的代码同步(synchronize branch)到开发分支Branch_Sample_1.2.0上即可。多个版本后，SVN服务器成版本目录呈现类似如下：

+Sample +branches ... -Branch_Sample_3.4.0 -Branch_Sample_3.4.1 -Branch_Sample_3.5.0 +Branch_Sample_3.5.1 -Sample -Sample.xcodeproj ... +tags ... -tag_Sample_3.4.0 -tag_Sample_3.4.1 +tag_Sample_3.5.0 -tag_Sample_3.5.0_2017091114 -tag_Sample_3.5.0_2017091121 +tag_Sample_3.5.1 +tag_Sample_3.5.1_2017101011 -Sample -Sample.xcodeproj ... +releases ... -Release_Sample_3.4.0 -Release_Sample_3.4.1 -Release_Sample_3.5.0 +Release_Sample_3.5.1 +Release_Sample_3.5.1_2017101110 -Sample -Sample.xcodeproj ... +trunk -Sample -Sample.xcodeproj

总之，基本的管理思想如上所述，但可以根据具体团队情况，增减上述流程。比如，之前在较大的团队时，团队会在开发分支Branch_Sample_1.0.0基础上，再各自开一个个人开发分支进行功能开发，等等。