#### **概述** 本章通过介绍在项目中引入热修复技术后，如何管理我们的代码及版本发布，让同学们了解，在企业中引入热修复后，我们去如何合理的管理我们的代码。 #### **要点** * 加入动态更新后如何管理我们的代码分支 * 加入动态更新后如何管理我们的发版节奏 #### **代码分支管理策略**  图1 分支管理 上图详解 * **master分支**：线上分支，存储最终发布版本的代码和每个版本对应的Tag（就是发布到应用市场上的版本对应的代码） * **dev分支**：开发分支，记录每个版本时，具体都提交了哪些东西。 * **michael分支**：具体的每个程序员的分支，例如工程师小王、小李等 * **Bob分支**：同Michael分支。 在开发工作完成之后，michael分支和Bob分支上的代码合并到Dev分支之后就没有存在的意义了，再次开发新的项目或者下一个版本，Dev可以再次分支给小王小李。 >[info] **注意**： > **master分支**：master分支只能进行代码的合并，merge和branch，不能进行代码的提交和修改，不能再master上进行代码的修改。所有的提交都是从其它分支（比如Dev分支）合并过去的。 > **Dev分支**：每次开发新版本功能时，一定要确保Dev上的代码和master上的代码一致。 **引入热修复hotfix之后的分支管理** * 除了master分支和Dev分支，还有引入了hot_fix分支（可以是其它名称，要言简意赅，也可以是Dynamic动态更新） * hot_fix分支专门用来管理动态更新迭代 hot_fix分支和Dev分支是同一等级。（当然每个公司有不同的想法） #### **参考文章** [用SourceTree轻松Git项目图解 ](http://blog.csdn.net/zcube/article/details/47841175) [SourceTree安装与使用方法](http://blog.csdn.net/baidu_33570760/article/details/72764339) [SourceTree安装教程和GitLab配置详解](http://blog.csdn.net/swebin/article/details/68983302) [git操作方便，简单使用的客户端sourcetree 安装配置所遇问题总结](https://www.cnblogs.com/yc8930143/p/6298296.html) [SourceTree官方说明文档——SourceTree Knowledge Base Home](https://confluence.atlassian.com/display/SOURCETREEKB/SourceTree+Knowledge+Base+Home) [SourceTree下载地址](https://www.sourcetreeapp.com/)