ECLIPSE小组开发环境实践: 第2部分 - 编程入门网

图30：标签示意图

从标签签出的模块是静态的，即使修改了本地的拷贝文件也不能向资源库提交。为了证实 这一点，读者可以先签出Versions节点下的模块，在本地做修改后再向CVS资源库提交修改。 此时将出现类似图31的错误提示画面。表明提交的文件属于标签milestone1，而milestone1 不是分支因而不能提交。

图31：从标签签出的拷贝修改后也不能被提交

6．2 分支

6．2．1 建立分支

虽然通过标签可以方便地管理多个文件的修订版号，但是通过标签获得的文件拷贝是静态 的，无法在其基础上修改并提交。因此，也就不能支持下面场景中的并发开发。假设某软件 公司经过一段时间的开发，发布了产品A的1.0版。为了进一步扩大该产品的市场份额，随即 在1.0版本的基础上进一步研发功能更强大的 2.0版。但是公司还必须对产品1.0版进行维护 和支持，如果用户在1.0版的使用过程中发现了BUG，应能尽快推出1.0修正版并发布相应的补 丁程序。也就是说，开发人员要能在1.0修正版与2.0版这两条开发路线上同时工作。建立分 支则可以支持上述要求。

与建立标签类似，在ECLIPSE中建立分支也有两种方法。本文以在CVS资源库视图中的操作 为例演示分支的建立过程，其步骤如下：

1． 按建立标签的方法建立一个新的标签，例如v1_0。

2． 选中新标签v1_0，在右键菜单中选择【Add to Branch List...】(不限于新标签v1_0 ，可以在任意标签上操作，但是建立分支应当在关键时刻进行)。

3． 在出现的对话框中输入分支名，例如输入"UnitText1_0_X"并确定，此时就建立了分 支。但是，此时的分支是空的，没有与之相关联的资源。

4．选中新标签v1_0，在右键菜单中选择【Tag with Existing...】，在出现的对话框中 打开节点Branches并选择在步骤3新建立的分支UnitText1_0_X，最后按OK按钮确定后就完全 建立了一个新的分支，分支建好后的CVS资源库视图如图32所示。

图32：建立分支后的CVS资源库视图

现在，就可以从主分支和UnitText1_0_X分支分别获得工作拷贝。从主分支获得的工作拷 贝在提交后将反映到主分支上，而从 UnitText1_0_X分支上获得的工作拷贝在提交后将反映 到UnitText1_0_X分支中，在主分支和UnitText1_0_X分支上可以互不影响地进行并发开发。 结合上述开发场景，产品A 1.0版的修正版对应UnitTest1_0_X分支，而产品A 2.0版可以在主 分支上继续开发。

ECLIPSE小组开发环境实践: 第2部分(8)

6． 2．2 分支修订版号

分支中的修订版号与主分支中的修订版号略有不同，主分支、分支及修订版号的关系可用 图33来说明。

图33：主分支与分支示意图

图 34显示了文件cvstest.txt在UnitTest1_0_X分支上第一次提交后修订版号的变化情况 。其修订版号不是从"1.10"转变为"1.11"，而是转变为"1.10.2.1"。如果对该文件再进行一 次提交，其修订版号将转变为"1.10.2.2"。即变化的是最后一个小数点后的数字。

图34：分支修订版号变化

6．2．3 将分支上的修改合并到主分支

继续2.1中的场景，开发人员在开发产品A 2.0版的同时还对1.0版进行维护。开发人员根 据产品A 1.0版用户的反馈修正了一些BUG，由于产品A 2.0版也是基于1.0版继续开发的，他 们发现有些BUG在开发中的2.0版中也存在。此时，就希望能将1.0修正版中的修改合并到主分 支中。

图35-39演示了分支合并的过程。建立UnitTest1_0_X分支后继续在主分支上修改并提交 cvstest.txt，结果如图35所示。

图35：分支合并1--主分支中的文件内容

ECLI

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!