版本控制的一大功能是可以隔离变化在某个开发线上，这个开发线就是分支（branch）。

分支通常用于开发新功能，而不会影响主干的开发。也就是说分支上的代码的编译错误、bug不会对主干（trunk）产生影响。然后等分支稳定之后，可以再合并到主干上。

版本管理系统的一大功能是标记特定版本，以便在任何时候都可以重建某个版本的环境，这个标记版本的动作就是打标签。

svn不需要特殊命令来打分支或者打标签。它使用的是一种“轻量copy”的方式，这种方式有些像unix的硬链接。它不会完整的拷贝仓库，而是创建一个内部链接来指向一个特定的版本。基于此，创建分支和标签（tag）非常快，几乎不需要额外耗费仓库的空间。

1.分支与标签(tag)的区别：

• 创建方式相同

svn中，分支和标签（tag）之间没有什么明显的差别，分支和标签的创建方式相同。

• 使用情景不同

分支主要用于开发新功能。

标签(tag)用于保存一个静态的内容。例如一个阶段性成果。

如果用tag来存储一个动态变化的内容，那么系统会进行警告。

建议tag的名称包含版本号

branch包括 日期+功能点

• 分支和tag的转换

当我们发布了1.0版本，这个1.0版本在tag中存储。

后来发现1.0版本需要修改。那么

1. 我们从1.0的tag创建一个分支。

1. 在分支上修改，直到修改完成。

1. 然后再从该分支创建新的tag

2.分支操作

这里先让大家有个大致的里阿杰，第3部分我们来实操

为了方便的进行分支操作，创建仓库时，建议采用 trunk tag branches的结构，后期分支操作很容易。

2.1 创建新分支/标签

当我们希望开发一个新功能，那么创建一个新分支，在新分支上开发是个不错的主意，

这样，可以避免新功能开发对主干功能的影响。哇塞！这个技能不错奥！一定要有！

在上面开发已经创建了版本4，现在想在001.txt上新增一个加法功能。

在空白处，点击右键菜单 TortoiseSVN ->Branch/Tag..

左侧选择branches，并在URL中输入标签名称 （注意，正常开发新功能应当在branch上，如果选择tag，那么后期提交直接提交文件会有警告）

输入日志后，点击【ok】

下面这个提示显示分支已经创建了，但是需要你switch 才能切换到该分支

此时如果在工作区空白处点击右键 TortoiseSVN -> Revision graph,则可以看到如下，已经可以看到新的分支了

4.2切换分支

现在我们切换到刚才创建的分支 dev_add

切换分支后，你的工作区的代码就是该分支的代码了，009.txt就和trunk上不同了

注意，如果你把tag作为开发分支，则提交时，会有如下所示的警告奥，

svn认为tag从branch或者trunk中打标签才合理。

点击 commit按钮，既可完成开发

4.3 打标签

创建tag和创建分支（branch）的操作完全相同

只不过tag用于保存里程碑成果。比如0.1版本的软件资产。通常不在tag中修改

例如，实际工作中可能存在如下情景：

1. 假设图书管理系统V1.0版本代码已经通过测试，现在我们将该成果打标签，在tag中存储（将阶段成果固化）

1. 后来发现1.0版本有bug。我们从1.0的tag创建一个分支。

1. 在分支上修改，直到修改完成。

1. 然后再从该分支创建新的tag。

3.分支实操

下面让我们来完整的走个流程试一试！

3.1创建一个有 trunk/branch/tag的仓库（svn server端）

点击Repositories上点击右键菜单：Create New Repository

仓库名称建议采用英文名称（ lianxi）

3.2.将本地项目导入到远程仓库

将导入的trunk地址复制到 “URL of Repository”中

点击 【ok】 按钮提交

3.3检出代码到本地

为了下面的练习效果更明显。

我们新建一个空的文件夹，在空白处点击右键“SVN checkout”将项目checkout导出到本地

输入项目的仓库路径，将代码检出

3.4.分支创建及提交

总的步骤如下，下面我们来一步一步完成

1. 在主干上：修改009.txt的第1行追加1。 提交日志：修改009的第1行追加1

1. 在主干上：修改009.txt的第2行追加2。 提交日志：修改009的第2行追加2

1. 创建分支 demo_20230303_dev_add 提交日志：创建分支demo_20230303_dev_add

1. 在主干上 修改009.txt的第3行追加3。 提交日志：修改009的第3行追加3

1. 切换到分支（switch） demo_20230303_dev_add

1. 在分支demo_20230303_dev_add 上 修改001.txt 删除4-6行，添加 如下的add函数，提交日志：添加add函数

int add(int x , int y)

{

return x+y;

}

1. 在分支demo_20230303_dev_add 上 修改002.txt 末尾追加----，

提交日志： 修改002.txt 末尾追加----

1. 将分支合并到主干，提交日志：合并分支demo_20230303_dev_add 到主干

此时主干的代码即包括了主干的修改，又包括分支的修改。

3.4.1 在主干上：修改009.txt的第1行追加1。

提交日志：修改009的第1行追加1

修改的文件要提交到版本库，只需要选中改文件，点击右键菜单

3.4.2 在主干上：修改009.txt的第2行追加2。

提交日志：修改009的第2行追加2

3.4.3 创建分支 demo_20230303_dev_add

提交日志：创建分支demo_20230303_dev_add

文件夹的空白处点击右键菜单 TortoiseSVN -> Branch/Tag..

点击 To path 文本框后的 【...】，选择branches，并补充分支名称后返回，填写分支日志后点击【ok】

建议分支名称包含日期和功能

完成时，系统提示当前并没有切换到新分支

3.4.4 在主干上 修改009.txt的第3行追加3。

提交日志：修改009的第3行追加3

3.4.5 切换到分支（switch） demo_20230303_dev_add

在工作区点击右键菜单 TortoiseSVN -> switch

3.4.6 在分支demo_20230303_dev_add 上 修改001.txt 删除4-6行， 添加 add函数，

提交日志：添加add函数

int add(int x , int y)

{

return x+y;

}

提交之后可以查看版本树 （文件夹空白处点击右键菜单 TortoiseSVN ->Revison graph）

3.4.7在分支demo_20230303_dev_add 上 修改002.txt 末尾追加----

提交日志： 修改002.txt 末尾追加----

3.4.8 将分支合并到主干,

提交日志：合并分支demo_20230303_dev_add 到主干

先切换到主干，然后执行合并

分支的日志

3.5 打标签

下面我们模拟以下操作步骤：

1. 假设图书管理系统V1.0版本代码已经通过测试，现在我们将该成果打标签1（将阶段成果固化）

1. 图书管理系统继续开发主干分支继续修改

1. 从标签1创建分支

当我们发布了1.0版本，这个1.0版本在tag中存储。

后来发现1.0版本需要修改。那么

1. 我们从1.0的tag创建一个分支。

1. 在分支上修改，直到修改完成。

1. 然后再从该分支创建新的tag

3.6 注意 tag一般只保存阶段成果，不用来保存变化的内容

如果你把tag作为开发分支，则提交时，会有如下所示的警告奥，

svn认为tag从branch或者trunk中打标签才合理。

点击 commit按钮，既可完成开发