Git是目前广泛使用的一种配置管理工具，我们常见的github、gitlab、gitee等等，以及大部分软件企业都是使用Git进行代码管理。本文介绍一种在企业实际项目开发中比较通用的代码管理方案。
Git代码分支
一般来说，会存在以下几个主要的代码分支：
master分支：在初始化git仓库时首先创建的分支，也是主分支，是用于部署生产环境的分支，需要确保稳定性，一般不允许直接在master分支直接修改。
dev分支：开发分支，团队协作开发一个项目，作为所有开发人员工作成果的汇总分支，保存了项目开发进度中最新状态，也需要保证相对稳定。dev分支通常基于master分支创建。
feature分支：feature分支是开发人员的编码进行时使用的分支，基于dev分支创建。项目开发中，我们会把项目划分为不同的功能模块，feature分支一般也是跟功能模块项目，它的分支命名规则也与功能模块相关。比如用户管理模块：feature_user，甚至更细粒度的划分，用户管理模块下的登录模块：feature_user_login，这个根据项目和团队规模决定划分粒度的粗细，如果是细粒度，可以一位开发人员对应一个feature分支，如果是粗粒度，有可能是多位开发人员对应同一个feature分支。模块的开发工作完成后，代码由各个feature分支合并入dev分支。
test分支：test分支用于测试环境部署。项目开发完成后，代码已全部合并到dev分支，此时需要进入测试阶段，将代码由dev分支合并到test分支。测试环境从test分支拉取代码并部署。
hotfix分支：bug修复分支，通常基于master分支或tag创建。生产环境遇到bug时，需要紧急修复上线，而此时我们的dev分支、test分支可能正在进行下一版本的新功能开发和测试，此时就需要我们基于master分支或最近一次上线的代码tag来创建hotfix分支，然后在hotfix分支修复bug。
开发过程
- 项目进入开发阶段后，由开发负责人初始化master分支，并基于master分支创建dev分支；
- 各开发人员基于dev分支创建属于自己开发模块的feature分支，在feature分支上完成模块开发工作以及模块测试，模块测试通过过将代码合并到dev分支；
- 项目开发完成后，所有的feature分支合并到dev分支，然后由dev分支合并到test分支，提交测试；
- 测试人员或运维人员从test分支拉取代码，编译打包并发布到测试环境；
- 测试阶段，会存在bug，开发人员需将dev分支代码同步到相应的feature分支，在feature分支修改bug，修改完成后再合并dev分支，由dev分支合并到test分支，然后再发起新一轮测试，这个过程是循环进行的，可能会经历2-3轮；
- 测试通过后，将test分支代码合并入master分支，并打tag，比如V2.1.5，以上线版本号作为标记；
- 当生产环境遇到bug需要紧急修复时，需要基于master分支或者之前的上线tag版本建立hotfix分支，在hotfix分支进行修改，修改完成后，测试环境基于hotfix分支测试，测试通过后，将hotfix代码要同时合并入master、dev、test分支。
总结
代码分支管理与项目管理和工作流程密切相关，一个代码管理流程和一个合理的项目管理流程配合，就会起到事半功倍的作用，总之，目的是为了提高团队间的协作效率，保证各代码分支稳定，问题可追溯。此外，各个分支还需要有相应的权限权限管控，一般来说，test分支和master分支都是需要严格权限控制的。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。