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

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基础上，再各自开一个个人开发分支进行功能开发，等等。