分支与合并

jkdragon

最近在51testing论坛里学习到了不少知识，其中对分支的操作不是很理解，因为以前也没用过。那么分支到底怎么实现呢，是通过在配置库里新建一个目录还是通过打tag来实现呢？没弄明白，望指教！

guanxiaoqin

svn 中的标签定义：
                 标签：是给一组文件取的符号名称，每个都有一个特定的版本号，标签对于跟踪项目生命周期中的重要事件是相当有用的。

                 分之：代表了项目仓库历史的一个分叉

标签和分之的基本用途:
  发布分之：建议将项目的每个发布版本放到一个独立的分之中
发布：标记了项目发布的过程
bug 修正：在发布过程中，发现了bug，应该在发布分之中修正
开发人员的试验：团队中的一部分人，需要在项目的代码基础上做一些比较远的试验，可以创建一个试验分之。

yu_xiulan

感觉CVS很不好学呀

ruanyongjie

学习

云层

简单说：

trunk（开发主干，可读写）
branches（并行分支开发，一般基于某tag，可读写）
tags（发布，一般只读）
应该是个很清晰的脉络。

云层

自己动手试一下，一般分支都可以做一个branch吧

网上翻到的别人的解释

个人认为，对于svn的tag，更多的是一个显示用的，给人一个可读（readable）的标记。<br />
因为在实现上，tag和branch，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。<br />
这里也就假定，对人，操作者，对他的要求就很高了。<br />
也就是使用svn的时候，什么时候用tag，什么时候用branch，完全由人主观的根据规范来选择，而不是强制的（比如cvs）。<br />
<br />
一般，我在使用的过程中，<br />
tag是用来做一个milestone的，不管他是不是release，他都是一个可用的版本。这里，应该是只读的。<br />
branch，是用来做并行开发的，这里的并行是指和trunk进行比较。<br />
<br />
比如，3.0开发完成，这个时候要做一个tag，tag_release_3_0，然后基于这个tag做release，比如安装程序什么的。<br />
trunk进入3.1的开发，但是3.0发现了bug，那么就需要基于tag_release_3_0做一个branch，branch_bugfix_3_0，基于这个branch进行bugfix，等到bugfix结束，做一个tag，tag_release_3_0_1，然后，根据需要决定branch_bugfix_3_0是否并入trunk。<br />
<br />
对于svn还要注意的一点，就是他是全局版本好，其实这个就是一个tag的标记，所以我们经常可以看到，什么什么release，基于xxx项目的2xxxx版本。就是这个意思了。但是，他还明确的给出一个tag的概念，就是因为这个更加的可读，毕竟我记住tag_release_1_0要比记住一个很大的版本号容易的多。</div>