配置管理分支策略指南.pdfVIP

分支策略指南 1. 分支的重要性 在日常的软件开发工作中，项目经常会遇到下面需求： 1、 开发新版本的同时，希望能够修改项目早期版本中的某个 bug，并在修复后立即发布早 期版本的补丁； 2 、其它的小组成员为了开发某个功能占有了你希望处理的文件， 因为该功能开发时间较长， 你希望不要等待他释放后再开发自己的功能，而是同时进行，以便节省开发时间； 3 、 你所做的工作涉及到许多文件， 你希望能够避免经常打乱别人的工作， 其他人的工作也 不会对你产生影响，而且你可以将所有的工作测试完后再将它们集成到你的项目中。 以上的需求都可以采用并行开发的模式来实现。 并行开发能够提升团队协作能力， 提高 开发效率。 但是， 并行开发为项目带来好处的同时， 也增加了管理的难度， 需要一定的过程 和方法的支持。 软件分支是软件版本控制、 软件构建管理和版本发布管理的重要组成部分， 是支持软件 并行开发的常用机制。 运用分支使得并行开发新的系统、 同步更改多个并行版本的错误、 同 时集成和发布多个版本成为可能。 许多版本管理工具， 如 ClearCase 、SVN等，都支持分支。 工具为我们解决了大部分并行开发的问题， 我们要做的就是根据项目的具体情况， 制定适合 的分支策略并采用工具来实现。 2. 常见的分支类型及适用场景 软件开发团队经常使用的有几种分支： 2.1.1. 组件分支 概念： 按照开发组所负责的组件或模块来分，每个小组一个分支； 作用： 隔离模块或组件之间的相互影响。 模块或组件可单独发布， 有独立的发布周期或计划。 适用场景： 组件或模块需要单独发布，发布周期不同。 合并或集成策略： 每当某个组件发布了新基线或版本， 就要进行一次集成。 为了保证 “尽早 并经常集成”，可以通过发布计划等，提高组件发布基线或版本的频率。合并后，分支继续 使用。 2.1.2. 任务分支 概念： 每个开发任务一个分支。例如设立新功能 A 开发分支，新功能 B 开发分支等； 作用： 隔离开发周期不同的多个功能， 避免相互之间的影响， 使得并行开发多个功能成为可 能，节省开发时间。每个功能可独立合并、测试，降低了集成的难度与风险。 适用场景： 对软件质量要求较高， 希望新功能可独立测试； 多个功能发布时间点不同， 希望 能够同时开发， 节省开发时间； 一个任务所要修改的文件， 通常与其他任务要修改的文件重 叠。 合并或集成策略： 一旦完成， 该分支就应该被合并到其父分支中， 之后该分支就会被废弃掉。 2.1.3. 活动分支 概念： 一个变更识别为一个活动，为每个活动创建一个分支。 作用： 使得软件能够快速测试、发布针对某个变更的补丁。容易控制软件补丁的质量。 适用场景： 每个变更一个分支， 管理成本较高， 因此常用在需要严格控制变更的软件维护阶 段，或变更较少的某个开发、测试阶段。 才 2.1.4. 开发分支 概念： 未发布的版本使用的分支，只进行“新”的开发； 作用： 开发某个发布版的多个新功能。 适用场景： 不同于任务分支， 一条开发分支可以用于多个新功能的开发。 常用在功能之间依 赖性较强的项目中；对变更控制要求不太严格、软件产品相对不太稳定的开发初期或中期， 减少分支合并的工作量。 合并或集成策略： 按照软件发布计划制定合并的计划， 或周期性合并。 注意， 在合并时间