[svn] 分支开发

 

参考博客：
http://www.cnblogs.com/cxd4321/archive/2012/07/12/2588110.html

 

（1）为什么要使用SVN分支开发和主干合并？

目的：在SVN下进行版本升级模式的开发

需求：
1、项目目前已经有比较稳定的版本（release_version_1.0），需要在稳定版本上面做程序的升级
2、升级开发时，可能有10个程序员同时在修改程序，且都需要对绝大多数文件做大部分改动
3、恶心的技术经理说：现在需要把数据库换成hbase，但是没有更改完毕之前依旧保持mysql不变
4、多人频繁提交代码引入了过多的不稳定因素
5、为不同用户客定制不同的版本

目标：
1、在开发过程中需要保证随时可以切换到指定的版本（1.0/2.0/3.0）
2、最大程度避免程序的肆意修改和较多的冲突
3、程序员间相互的修改不受影响

解决方案：在SVN下进行分支开发与主干合并

 

（2）SVN标准结构

url_of_repository
    |-trunk
        |-cnblogs
    |-tags
        |-cnblogs_release_version_1.0
        |-cnblogs_release_version_1.2
        |-cnblogs_release_version_2.0
    |-branches
        |-cnblogs_update_version_1.2_20151012
        |-cnblogs_update_version_2.0_20151213


解读：

从目录可以看出，目前有三个版本，分别是1.0、1.2、2.0.
其中最新稳定可发布版本是2.0。

目前项目针对1.2和2.0版本在做分支升级开发，1.2版本是从1012开始进行升级，2.0版本是1213开始进行升级维护的。

 

（3）Trunk、Tags、Branches详细解读

① trunk[主干]

任何时候，应该保证trunk里面的代码是最新的稳定版本
当branch里面修改的代码经过多次测试成功通过后，应该把branch里面的代码合并到主干trunk里

② tags[存储阶段性的发布版本]

将某时刻认为稳定的最新版本作为一个备份保存在tags目录下，以便随时切换到该稳定节点版本
作为一个里程碑的版本进行存档
注意：tags下面的版本文件默认是只读的（可以强制修改），但还是建议不要修改tags下面的任何文件。

常常听项目经理说：
A.嗯，不错。这个版本比较稳定，给打个2.0版本极限吧。
B.有没有搞错，这个版本这么多错误还敢上线！赶紧给我回退到上一个版本！

相对应的操作是：
A.将当前trunk里的代码"复制"一份到tags下面（cnblogs_release_version_2.0），并注明这个版本的更新和修改情况
B.忽略本次发布版本（cnblogs_release_version_2.0），将系统回退到上一个经测试验证后比较稳定的版本（cnblogs_release_version_1.2）

③ branches[分支]

一个branch是某个 trunk 的一个拷贝
新建的branch在repository中其实只是一个指向trunk某个revision的软连接而已，并没有真的复制文件。

流程：从trunk创建（create）branch，然后在branch上做开发，开发完毕后合并（merge）到trunk中。

项目经理把小李子和小叶子叫过来说：
你们负责的模块都有不同程度的问题，需要修改一下。
但是我不想让你们在trunk里面直接修改，你们回头各自创建一个branch，分别修改完自己的bug再合并到trunk里面吧

1)一个重要问题：branch和trunk在并行开发的过程中如何感知对方，避免两者越走越远，导致最后无法合并？
解决这一问题的唯一手段是：branch要不停地和trunk保持同步，你要及时地知道trunk都做了什么修改，这些修改是否会影响你正在开发的新功能，如果需要，你必须及时调整branch的代码，使之能与trunk“兼容”。

2)那么如何让branch和trunk保持同步？合并，从trunk合并到branch，你没听错，是从trunk合并到branch。

关于TortoiseSVN的合并，有几点需要注意：

A.TortoiseSVN的合并发生在本地，也即你的working copy中，你无需过多担心会对repository中的代码造成影响

B.不管是从trunk合并到branch还是最终从branch合并回trunk，在每次合并前最好先update，然后将本地的修改先全部commit，保护好现场，万一合并不理想随时都可以revert

C.合并完成后看是否能正确编译，然后测试验证，最后将合并后的改动提交到repository

 

（4）Branch和Merge具体执行流程

① 创建Branch/Tag

在/trunk/MyProject目录上右键，选择“分支/标记”，在弹出框中的"ToURL"中填入分支/标记的地址，
在这里目标revision选择HEAD revision。添加log后点击ok分支/标记便建立了。

② 检出（Check Out）或者切换（Switch）到分支，在分支中做修改

③ 将trunk中的修改同步到branch

首先，保证此时trunk中的代码是最新的，没有任何冲突。（该Commit的和Update的都已经执行完毕）

"Merge a range of revision" - 将某个分支或主线上提交的多个revision间的变化合并到另外一个分支上。

当branch和trunk在独立、并行地开发时，为了防止在“错误”的道路上越走越远，branch意识到是时将trunk合并到branch了。

trunk先Update至最新代码，在/branches/MyProject上右键，选择Merge选项，选择"Merge a range of revision"。

在点击Merge按钮前你可以先Testmerge一把，看成功与否，以及merge的详细信息。

点击Merge按钮后trunk所做的修改将同步到branch中。

至此，branch已经完全和trunk同步，branch和trunk的代码相处很融洽，没有任何冲突。

④ 将branch合并回trunk

首先，需要保证此时branches中的代码是最新的，没有任何冲突。（该Commit的和Update的都已经执行完毕）

"Reintegrate a branch" - 在分支开发结束后将所有的改动合并回主线。

在/trunk/MyProject上右键，选择“Merge”，在弹出的窗口中，Merge type选择"Reintegrate a branch"

最后，需要将成功合并后的trunk赶紧commit！

⑤ 删除branch

如果你认为你新加的功能已经开发完成了，你可以删除你的分支。