一直以来用svn只是当作cvs，也从来没有仔细看过文档，直到今天用到，才去翻看svn book文档，惭愧

需求一：
有一个客户想对产品做定制，但是我们并不想修改原有的svn中trunk的代码。

方法：
用svn建立一个新的branches，从这个branche做为一个新的起点来开发

近日发现原来对 SVN 中分支的理解过于肤浅，所以特意花功夫深入了解一下。

分支用于解决什么样的问题？

在手机游戏开发过程中，经常会遇到多种机型移植的问题。通常开发人员都说以一种机型作为 release 基础版本的目标，然后再此基础上进行相关的适配工作，如，键值修改，屏幕大小的修改单等。

然而同时维护多个版本是异常头疼的事情，因为很少有人能保证在移植之前，基础版本是没有 bug 的，特别是在工期很紧的情况下。这样一来，基础版本中出现了 bug ，就需要手动的“ Ctrl+C/Ctrl+V ”到其他的所有版本，各种版本的管理非常混乱，经常一不小心就会出现这样那样的问题。

而 SVN 的分支 (branch) 虽然不能做到自动将基础版本中的修改复制到其他版本中，却可以对各种版本的管理提供更有效和更规范的支持，避免了很多人为造成的问题。使用 SVN 来管理，可以将基础版本作为主干 (trunk) ，并从项目启动到 alpha 版本的推出，都可以在主干上进行开发。 alpha 版本发布以后，对于其他版本可以分别建立分支，如： branch_moto ， branch_s603 等

如何创建分支？

创建分支非常简单，只需在需要创建分支的工作目录上，使用TortoiseSVN → Branch/Tag命令，在 "To URL" 项指定待创建的分支 url 即可。具体 可查看TortoiseSVN的帮助文档中的“ Braching/Taging ”一节

如何在分支下工作？

假设我们的主干名为 trunk ，分支目录名为 branch 。 branch 实际上是 trunk 目录在 branch 创建时的 copy ，而创建以后， branch 与 trunk 实际就是互不干扰的工作了， branch 上的修改不会影响到 trunk ，反之亦然。

如何合并分支？

事实上，我们并没有解决本文开头所提出的问题，即， trunk 有了修改之后，并不会自动提交到 branch 中（不知道有没有其他的版本管理工具可以做到），这一切都需要手动来实现，而这个过程在 SVN 中称为“合并 (merge) ”。

SVN 合并与原始的“ Ctrl+C/Ctrl+V ”相比，有以下几点好处（假设是将 trunk 合并到 branch 中）：

1 、 trunk 中新增的文件可以自动合并到 branch 中

2 、提示 trunk 与 branch 中的同名文件的冲突内容，便于用于编辑冲突

合并操作步骤

在 TortoiseSVN 中提供便捷的合并功能。在待合并的工作目录上（如： branch ），使用TortoiseSVN → Merge命令，在“ From:(start URL and revision of the range to merge) ”中选择希望合并的目录 ( 如： trunk) ，并指定希望合并的开始 revision 编号，在“ To:(end URL and revision of the range to merge) ”中选择结束 revision 编号。然后点击“ merge ”完成合并操作，剩下的工作就是编辑冲突了，当然运气好的话是不需要这个过程滴。

值得注意的是，“ From: ”和“ To: ”中的 URL 通常是相同的，切记不要与创建分支时的含义混淆。

与合并相关的操作可查看TortoiseSVN的帮助文档中的“ Merging ”一节

分支的基本概念就正如它的名字,开发的一条线独立于另一条线,如果回顾历史,可以发现两条线分享共同的历史,一个分支总是从一个备份开始的,从那里开始,发展自己独有的历史(如下图所示)



⑴创建分支
假设目前我们版本库中的项目的布局如下图：



如图所示，我们的项目放在了trunk（主线）目录，另外还有branch(分支)和tags(标签)目录，这样的布局是为了更清晰的区别主线、分支和标签三者的位置。
subversion对分支和标签是通过复制一份最新的版本库的快照来实现的。

开始创建分支：
在我们CheckOut的主线目录(trunk)上，右键点击然后选择“Branch/tag…”



在弹出的窗口中，将To Url 指向branch目录并输入分支的具体目录名，这里是mybranch1.0，我们即将创建的分支便存放于此处，点击OK。



Update一下本地的branch目录，你就可以看到你刚刚创建的分支“mybranch1.0”，这样一来我们的分支就创建完成了。




创建分支的最大的目的就是跟主线进行并行开发的时候不影响主线的开发。
因为你在分支上所做的提交都只存于分支上，主线上的Update是看不到分支的修改的。如下图所示，trunk只能看到r344的版本，并看不到r343的版本。



（什么时候应该使用分支呢？例如你接到了一个任务，完成这个任务需要三四个人的合作，你们之间需要共享资源，那们就可以创建一个专为这次任务的分支，参与此次任务的人员则在分支上做开发，等完成之后再合并到主线上，才不会出现将实现了一半的不完成功能也提交到主线上，影响主线的正常工作。又或者自己需要一个较长的开发周期来完成任务，这么长的时间内如果一直没有将资源进行提交，万一丢失了就前功尽弃了。当然分支不是只用于此类情况，还有其它很多种情况也能使用分支来达到目的。）
使用分支需要注意,由于长期的独立开发，可能会在合并回主线时出现较多的冲突。所以在支线上开发间期如果发现主干有更新，而且这个更新有可能将来跟你产生冲突，那你可以先将主线的内容合并到分支上。已免等到做了大量修改再来更新。(其实此过程跟分支合并到主线上是一样的操作，只是目的地不同。)

例如我们在主线上的版本为3，我们如何将此版本的信息合并到分支上呢？


在分支的根目录上右键点击，选择“TortoiseSVNMerge…”。




在这里我们必需先弄明白一个合并背后的关健概念
合并的过程中发生的所有事:首先两个版本库树的比较，然后将区别应用到本地拷贝.
这个命令是包括三个参数的:
1. 初始的版本树 2.最终的版本树 3一个接收区别的工作拷贝。
弄明白这些概念之后我们继续往下操作。
在弹出的窗口中，选择主线目录和其版本号(初始的版本树)，再选择主线目录和最新的版本号（最终的版本树），这里也可以是某一个版本号但应该比初始的版本树的版本号要高，接收区默认为你右键所指的目录，这里是mybranch1.0。

在合并之前我们可以通过点击“Unified diff”，查看两版本树之间所有文件的内容的变化，“diff”显示出有发生变化的文件列表，“dry run”能显示真正合并时的状态信息，但并没有做任何的合并操作。
我们点击“Merge”。



在点击“Merge”，合并后的文件（即对分支上的文件补上了主线上修改的内容），如无冲突则可以在分支上像其它文件一样使用了，如果合并后的内容不满意，可以通过撤销来取消这次的合并操作，前提是未对合并后的文件做提交操作。

分支合并到主线跟从主线上合并内容到分支上类似
不同的是
1、开始的版本库是分支创建的版本
2、结束的版本库是完成所以开发工作之后的版本
3、应用的目的是主线目录

关于转换工作拷贝、标签（标签在Subversion中跟分支是相同原理的，一个不去做任何的修改的分支就是版本库某一时刻的一个快照，相当于为某一个版本做了一个标签）