[导入]三层分支结构与老版本的修复流程

ClearCase的分支策略最经典的就是三层方式，即main\_rel\_int\_dev. 在这种方式下，_rel下为所有正式发布的版本，_int下为每次提交正式测试的版本，_dev下为开发中的版本。相应地，外部版本号体现在第一级发布分支上的label，内部版本号在第二级集成分支，开发版本号在第三级开发分支。

这时，经常会有一种情况是，开发人员提交给测试的版本被退回，需要修复一些紧急问题后再提交。这时，最通常的做法可能是将有问题的文件单独在_dev分支上进行处理，然后合并至集成分支重新编译出新版本，然后直接移动标签到新的节点。这样做有两个风险，一是此时可能已经有新的修改产生，这个版本已经不单纯是包含了修复代码；二是移到标签不利于分析再次提交的区别，不推荐这样做。

建议：最安全的做法一般是，从上次提交测试对应的开发版本处引出新的分支，专门处理紧急问题的修改，结束后，经过单元测试再提交到集成分支。重新应用一个标签。提交测试。这是安全的做法，但需要修改config spec，并建议保留它在你的所有历史CS文件中。或者也可以由项目经理或配置管理员来决定是直接在_dev上改还是建立分支改。但标签一定用两个，这样可以比较灵活，虽然有点风险。

文章来源:http://xbliving.bokee.com/5398637.html