smartSVN 分支合并到主干

项目中需要将分支与主干进行合并，通常都是将分支合并到主干上，但是这次是将主干上的内容合并到分支上。查询到以下博文，不知为何，该博文被封了，只好用快照复制下来，方便以后查阅。

1.创建分支的意义

创建分支的意义，比如我们在一个基础平台上进行开发，每个技术小组负责一个子项目，而基础平台也是有可能会继续更改的，这个时候，如果不创建分支，子项目之间会相互影响，影响最大的就是后期的测试和版本发布，子项目A已经结束，但测试却受到正在进行的子项目B的影响，测试通不过，就别说版本发布了。所以，我们需要从目前的项目（主干trunk）中创建分支（branch），隔离子项目间的相互影响。

2.svn创建分支原理

在svn中，创建分支，实际上就是一个版本拷贝(对应copy to...注意：绝不是简单在客户端上copy一个目录，而是svn仓库中copy，文件版本号会增加。），两边做任何修改发生的版本变化，是一套机制。举例：目前主干版本是100，分支版本是101，主干中增加一个文件，版本为102，分支中再增加一个文件，版本就为103了。两边的版本号是一套，不会重复。

3.svn创建分支的方法

TortoiseSVN：右键点击工程目录->TortoiseSVN->Branch/tag..菜单，From WC at Url自动为工程svn url，比如https://localhost:8443/svn/fbysss/prj1/trunk，to Url填写https://localhost:8443/svn/fbysss/prj1/branches/branch1。点OK按钮，分支就创建好了。

Subclipse：Team->Branch/tag..，跟上面类似.

SVN命令模式：svn copy trunk_path  branch_path  -m '描述'

举例：svn copy https://localhost:8443/svn/fbysss/prj1/trunk  

 https://localhost:8443/svn/fbysss/prj1/branches/branch1 -m "第一个分支"

注意一点：trunk和branch不能互为子目录，否则就乱套了。

4.分支合并

1）从分支合并到主干

分支开发结束之后，往往需要合并回主干去测试、发布，但分支和主干可能有很多冲突的地方，在合并时经常需要手工解决。

被操作对象：主干

From：主干的打出分支时的版本

To：分支的Head版本（最新版本）

 

怎么理解这个From和To呢?似乎跟我们的想当然不太一样：因为我们理解，把分支合并到主干，肯定是From分支，To主干。怎么搞反了呢？

实际上，Svn认为，我们要合并的，是从主干的某个版本开始，到分支的某个版本结束。两边的版本号实际上是一套系统，不会有重复。我们从TortoiseSVN Help中也能找到证据：

 

2）从主干合并到分支

试想这样的情况：一个项目里面，要独立出来一个子项目，需要单独发布版本，用到了基础框架代码，而基础框架在主干中不断修改完善，这就需要从主干合并到分支。

被操作对象：分支

From：分支的第一个版本（最旧版本）

To：主干的Head版本（最新版本）

相当于从分支的第一个版本开始一直到主干最后一个版本结束合并之后，替换分支。

3）从分支合并到分支

有这样的需求：一个项目中有很多分支，这些分支需要分期上线，有多个工作并行，但每一期之间不能相互影响，这就可以打出几个tag（也是分支），从主干copy而来。其他主干根据排期分别合并到这些tag中来。比如有prjTag1和prjTag2，model1、model2需要合并到prjTag1中，model3、model4需要合并到prjTag2中。拿prjTag1举例：

在prjTag1的work copy中，merge

From：主干的打出分支时的版本

To：分支的Head版本（最新版本）

注意：From不是本Tag的某个版本，而是之前主干打出分支时的版本，最终Merge到prjTag1的work copy，而prjTag1是找不到当初打分支时的版本的。

我们的要求与上面第二种情况类似，但是很遗憾，用了上面的方法仍然无效，分析原因如：我们没有及时同步分支和主干，造成了分支和主干互为子目录，故而合并时一直出现问题。后来的解决办法是，回溯至分支创建的时期，从那个时候开始合并，然后再手动添加一些没有加进去的文件。

最后好不容易完成合并，在编译链接时又出现了问题。尝试使用真机，然后编译通过，且能正常运行，但是使用模拟器却怎么也编译不过去（到现在尽管问题解决了，但还是不知道这是为什么），确认了是某个第三方类库出现了重复引用。出现此错误后，寻找网络资源，按照以下方式进行排查：

building setting 里 linking 目录下 other linker flags 修改为 Objc++ 或 -all_load   

search paths 里的 header 头文件和library 的环境变量的配置

build phases 里的 link binary with libraries 目录里添加第三方包

具体可以查看这里http://blog.csdn.net/hengshujiyi/article/details/21182813，很遗憾，这样都没有解决问题，后来只有把可能重复编译的文件删除，然后排查，最后找出原因，两个第三方类库中出现了重名的类，并且有一个给了原文件（另一个是.a文件），直接删除这个重复类的.m文件（实现文件），保留头文件，问题就解决了。