公司做开发和测试的几个小朋友，每到项目发布上线，都会对用哪个分支争吵一番，于是给年轻人总结一下简单的git源码管理。

Git源码管理

1. 常用分支：

主线分支：master

用于发布预生产环境和生产环境，代码标签主要记录在这个分支，并作为线上bug修复的来源分支。

开发分支：dev

开发过程中使用的分支。

功能分支：dev+功能描述

存在多个并行开发任务，不能同时发布上线时，使用的开发分支，这类分支也属于临时分支。

临时分支：

bugfix分支

用于线上bug紧急修复，从master分支的特定位置（一般以标签为依据），创建分支，修复线上bug，修复完成后，合并到master分支，再将master分支合并到dev分支，保证开发代码也是已经修复的，最后删除临时分支。

预发布分支：release

通常使用前面3类分支，即可满足项目开发需要，鉴于我们有在测试与上线空隙间开发的需求，增加release分支，用于发布上线前测试，并修复测试问题。

准备上线之前，将dev代码合并到此分支，用此分支发布测试，测试过程中的问题在此分支修复，测试完成之后，合并到master分支，用master发布预生产及生产环境。

理论上这个分支可以使用master替代。

2. 代码标签

标签的主要作用是快速定位到代码中某个重要的功能点。

当代码中有某个重要功能节点需要记录时（比如：项目发布上线），可以在对应分支（一般是master分支）的对应提交节点打标签，参考格式为：日期+功能描述，如（2021.02.24 育种功能上线）。

3. 开发-测试-上线流程

4. 建议

1. 养成每日拉取代码，每日提交代码的习惯。

2. 提交代码前，确保无编译错误。

3. 提交代码尽可能全量提交。

4. 根据开发任务建立分支，不建议每个人单独建立分支，或者个人开发分支及时清理。

5. 不再使用的临时分支要及时删除。

6. 每个项目指定专人负责分支合并，打标签，分支清理工作，避免出现有标准但不执行的情况。