Git分支管理规范

1.背景

目前笔者所在公司的开发团队基本都采用Git来做代码版本控制，为了更有效地协同开发人员之间，以及开发、测试、上线各环节的工作，公司也出具了对应的git分支管理方面的规范。规范主要目的是提高开发协同效率，针对不同场景git管理策略肯定会所有不同。最好的不一定是最合适的，在具体实践过程中不同团队会结合其内部实际情况，在基本满足公司git管理规范的前提下做适当的调整，形成一套最合适其团队的版本管理规范。本文主要介绍笔者所在开发团队在实践过程中形成的分支管理约定、日常分支操作流程等内容，希望对大家有所帮助。

2.分支管理

序号	分支名称	分支用途	分支说明
1	master	生产环境的稳定分支	始终与生产环境运行代码保持一致，除了从release分支或生产环境Bug修复hotfix分支进行merge，不接受任何其它修改。（应受保护，不允许提交只能合并）约定：在master分支上合并提交都必须有Tag ， Tag标签用于标识每次生产发布操作；针对tag便签管理建议遵循以下原则：1、命名规则： tag-版本信息 （一般跟着每次生产发布的分支定义的版本来，例如本次发布为release-1.2.0分支代码，则本次tag命名为tag-1.2.0，如果发布的是生产环境修复分支，则在本次发布的版本号第三位加1，如tag-1.2.1）2、时间节点：release分支或者修复分支发布生产环境后合并回master分支时打tag便签3.、内容格式：发布内容 1.1 ******* 1.2 *****