返回列表 发帖

软件配置管理中的分支

由于惧怕分支可能带来的混乱,有些组织几乎从来不创建分支,甚至会为了避免分支而重新开始一个源码项目。适当地使用分支实际上可以大大地提高开发的效率。

什么时候使用分支?创建分支的一些典型场景或原因:
(1)为了隔离已发布版本的维护与主线的开发,可以创建版本分支,在该分支上进行已发布版本的Bug排除,而日常开发工作则在主线上进行。
(2)在版本发布前所进行的各种测试过程中,有些组织会要求进行代码冻结,以避免可能造成的混乱。可以通过创建集成分支而无需冻结代码,开发人员可以不受影响地在主线上进行新特性的开发,测试Bug的排除则在该分支上进行。
(3)进行一些影响比较大的新特性开发或进行较大范围的代码重构时,可以创建任务分支,以减少对主线开发的影响(因为我们要尽可能地保证主线的稳定性)。

成功使用分支需要把握的几个原则:
(1)尽可能频繁地合并。当分支处于一个稳定点的时候,就可以考虑合并了。频繁的合并可以有效地较少冲突。
(2)确保并行的活动分支数尽量的少。并行的活动分支数越多,分支合并到主线的冲突就会越多。
(3)避免必须合并的长期分支。分支时间越长,冲突也就越多,将大大增加合并的开销。
(4)减少分支的复杂度,尽可能地避免在分支上再建分支。
(5)直到不得不创建分支的时候才创建分支。过早地创建分支或无谓地创建分支,都会带来麻烦。
可以看出,以上几个原则都围绕着这样的主题:减少分支可能带来的冲突,降低合并的开销。

出处:林文波的Blog
时间:Sat, 04 Nov 2006 11:24:30 +0000
作者:文波
地址:http://www.linwenbo.cn/read.php/28.htm
思步协作服务(STS - Step365 Team Service),服务以人为本!
改进需要全员参与!

有借鉴意义,学习了。。。
思步协作服务(STS - Step365 Team Service),服务以人为本!
在我们人生的大道上,肯定会遇到许许多多的困难。但我们是不是都知道,在前进的道路上,搬开别人脚下的绊脚石,有时恰恰是为自己铺路?

脚踏实地,方能有所作为;有所作为,有为且有不为。

TOP

不错的文章

TOP

学习了

TOP

返回列表

站长推荐 关闭


【连载】CB Predictor操作手册

从去年到上半年,一直在准备CMMI-4的评审。也因此接触了一些很不错的软件和统计工具,现在给大家介绍一种。Crystal Ball里面的CB Predictor预测工具。希望对大家 ...


查看