版本需要强制控制几种常见场景

　　 ◆　要转产或者上市了不希望开发者随意代码检入影响到产品质量和稳定性
　　
　　 ◆　已经转产了希望控制 Bug 修改不希望开发者随意代码检入影响到补丁（包）发布版本强制控制手段

　　 ◆　将需要保护分支锁定（仅允许版本管理员修改）打上Release标签

　　 ◆　让开发者在以Release标签为基线分支上进行开发

　　 ◆　登记开发者在以Release标签为基线分支上代码修改动作

　　 ◆　在以Release标签为基线分支上发布版本进行集成测试

　　 ◆　对于集成测试通过代码修改通过版本合并手段合并到被保护分支上

　　上面提到了版本合并事实上版本合并也有如下几种常见情景

　　 ◆　修改了 Bug 需要合并到基线版本中以便可以发布稳定版本

　　 ◆　修改了 Bug 需要合并到其他正在开发新功能代码中

　　 ◆　修改了 Bug 导致基线发生改变希望将改变体现到已经发生了改变2.0版本中

　　 ◆　4 1.1版本开发完成1.0版不再维护希望将1.1版本合并到基线版本中作为以后开发新版本基础