支，再一起合回主干。这样做，会导致整个版本冲突很大，对整个版本的质量稳定带来很大影响。
与分支流水线一起规范的就是下面的这个流程，尤其是提交合并主干的时候，有专人进行CR和最后的确认。
此外，在版本执行的时候，我们也是有严格定义版本的达成目标的，而且涉及到具体的细节定义，每个版本都需要按照这个目标来完成。
6、版本回顾会议
在每个版本结束之后，我们会召开全员版本回顾会议，并进行总结。总结回顾会议的主要要点包括：
1）整体版本演示
这一项是策划负责人，将我们整个版本做的需求和功能，在大会上进行全员展示并进行不同程度的解说。通过演示真切的告诉团队，我们整个版本做的具体的事情，这也是成果的展示。
因为在版本开发的过程中，可能很多团队成员都是一直在忙自己所负责的事情，这个演示会的目的就是让团队成员整体感受当前版本的完成情况，也是向项目团队展示整个版本周期的成果。通常15-20分钟左右的演示。
2）版本数据展示这一部分则相对比较客观，是项目经理和团队成员展示当前版本的一些客观的数据，包括版本需求的完成情况、自测通过率、bug修复率等等。
3）产品的规划和想法
在项目经理介绍完当前版本的完成情况之后，主策会把项目下一个阶段的规划和想法和项目团队全员同步，主要目的是从产品侧给团队信心。如果这期间因为政策，因为市场的变化，产品的一些规划或者目标有变化，还会在大会上进行解释说明。
4）技术和美术专项这一部分则是主程和主美分别对各自己所负责的领域，和团队介绍过程中的一些重难点，实现方式，也包括一些制作方式，让团队成员也清楚一些工作的完成情况。这一部分则相对会偏专业一点。
5）目标回顾（更新）
如果目标没有更新，则大会上再次和大家同步并强调目标以及关键时间节点；如果目标有更新，则同步更新的目标，并说明情况。既要说明what to do，也要说明why to do。
6）复盘总结复盘总结则会根据实际版本的情况，进行整体的回顾，分特性小组进行讨论，主要侧重点则是当前版本下，哪些是做的好的，哪些是需要持续改进的。
过程中一些不好的方面，主要的原因是什么，有什么改进措施，并且最后形成纪要，以便在下一个版本的时候更好的优化和实践。
最后来分享敏捷实践下的迭代循环、适应变更、需求池和收尾。
四、迭代循环
迭代循环是指的在版本循环的时候，规划的每个大版本，这些大版本会拆分为不同的迭代来进行增量交付。
在实践中，我们项目组规划好的每一个beta版本，是按照特性线的模式，有机地分发至各特性线进行。
各特性之间，就是独立的流水线模式，哪个特性先完成，哪个特性就先合入主干进入到验收和测试环节。
在迭代循环，我们项目的整个全流程参考如下：
1、迭代评审
每个迭代，具体对应的需求在人员落实之后，则会开始拉起需求评审，通常是对应特性下的所有参与人员都需要参加需求评审会。
需求评审会主要目的就是需求负责人对需求进行宣讲，包括需求的设计目的、具体功能、模块划分、细节确认、美术相关等。
在需求评审完之后，如果涉及到可行性论证，则还需要邀请核心管理层参加，进行拍板决定。而后才分别是开发和美术对工作量进行拆分。
2、迭代（需
