14.版本控制进阶

分支与合并
按发布创建分支
一直在主干上开发新功能
当待发不版本的所有功能都完成了，且希望继续开发新功能才创建一个分支
在分支上只允许提交哪些修复严重缺陷的代码，并且这些修改必须立即合并回主分支
当执行实际的发布时，这个分支可以选择地打一个标签
按功能分支
每天都把主干上所有变更合并到每个分支上
每个特性分支都应该是短生命周期的，理想情况下应该只有几天，绝对不超过一个迭代周期
活跃分支数量少于等于正在开发当中的用户故事数量
在合并会主干之前，该用户故事应该已经由测试人员验收通过了
重构必须及时合并，从而将合并冲突最小化
技术负责人的一部分职责是保证主干的可发布状态
按团队分支
创建多个小团队
一旦某个特性或用户故事完成了，就让该分支稳定下来，并合并回主干
每天都将主干上的变更合并到每个分支
对于每个分支，每次签入后都要运行单元和验收测试
每次一个分支合并会主干时，在主干上都要运行所有测试
主干开发
好处：
确保所有代码被持续集成
确保开发人员及时获得他人的修改
避免项目后期的合并地狱和集成地狱