微客的专栏

    并行软件开发是企业级环境下软件开发的一种不可避免的模式，这种开发模式可以说是任何大中型软件产品和项目所必需的。然而，并行开发在为我们的开发效率提高保证的同时，也会给我们的开发管理带来诸多问题：     * 什么时候进行分支？     * 什么时候进行合并？     * 如何选择有效的分支策略？     * 如何保证不同分支上的代码同步问题？     * 如

一、分支模式的相关定义 模式 主线 别名 主干、主锚线、本线、地线（Main Trunk, Main Anchor Line, Home Line, Ground Line ） 场景     在开发和维护周期中，因为各种原因需要创建多条代码线，典型的代码线是发布线、维护线和集成线。这在采用每发布代码线、并行维护/开发线和重叠发布线 (或者其任何变形模式)的情况下尤为如此。

一、分支模式的相关定义 模式 宽松访问线（Relaxed-Access Line） 问题 如何确定代码线访问控制规则的限制或排他程度？ 动机     •如果许多开发者在代码线上工作，或某一些人缺乏经验，那严格的治理是必要的。     •如果代码线上发生的工作具有显著的风险级别或难度，则检入和合并需要更紧密的监控和/或验证。     •保证代码线一直处于完

一、分支模式的相关定义 陷入的误区    大爆炸集成 别名    大怪兽集成 症状        由于某种原因，一直不选择集成，直到（软件）要发布的时候 ，才把所有的分支一下子全部交给倒霉的集成者进行集成。经常性的增量集成看起来是流行的常识性规则（亦称为：尽早且经常合并），大爆炸（的方式）显然在隔离和避免风险方面达到了极致，这是大怪物地结束合并，结果不是一个“大爆炸”，而是以“哭

一、分支模式的相关定义 模式 代码线所有权（Codeline Ownership） 别名 分支所有权（Branch Ownership ） 场景     作为一名程序员，在一组多代码线的环境下，并至少在一条代码线上开发。代码线规则已经为该代码线定义好检入/检出的规则。有些人要在代码线上进行某些工作，但是该规则并没有允许这样的操作，或者就是规则对一些特定事务的描述含糊不清。

一、分支模式的相关定义 模式名称  代码线规则 别名  每代码线规则 适用环境 使用多条代码线开发软件的情况下。 问题 开发人员如何知道需要将他们的代码存入哪条代码线中，并且何时保存？ 动机     •每条代码线都有不同的目的 ；     •代码线的名称通常能暗示其目的；     •代码线的名称通常不能全部表达代码线的使用要点；