公司做开发和测试的几个小朋友，每到项目发布上线，都会对用哪个分支争吵一番，于是给年轻人总结一下简单的git源码管理。
Git源码管理
-
常用分支：
主线分支：master
用于发布预生产环境和生产环境，代码标签主要记录在这个分支，并作为线上bug修复的来源分支。
开发分支：dev
开发过程中使用的分支。
功能分支：dev+功能描述
存在多个并行开发任务，不能同时发布上线时，使用的开发分支，这类分支也属于临时分支。
临时分支：
bugfix分支
用于线上bug紧急修复，从master分支的特定位置（一般以标签为依据），创建分支，修复线上bug，修复完成后，合并到master分支，再将master分支合并到dev分支，保证开发代码也是已经修复的，最后删除临时分支。
预发布分支：release
通常使用前面3类分支，即可满足项目开发需要，鉴于我们有在测试与上线空隙间开发的需求，增加release分支，用于发布上线前测试，并修复测试问题。
准备上线之前，将dev代码合并到此分支，用此分支发布测试，测试过程中的问题在此分支修复，测试完成之后，合并到master分支，用master发布预生产及生产环境。
理论上这个分支可以使用master替代。
-
代码标签
标签的主要作用是快速定位到代码中某个重要的功能点。
当代码中有某个重要功能节点需要记录时（比如：项目发布上线），可以在对应分支（一般是master分支）的对应提交节点打标签，参考格式为：日期+功能描述，如（2021.02.24 育种功能上线）。
-
开发-测试-上线流程
-
建议
-
养成每日拉取代码，每日提交代码的习惯。
-
提交代码前，确保无编译错误。
-
提交代码尽可能全量提交。
-
根据开发任务建立分支，不建议每个人单独建立分支，或者个人开发分支及时清理。
-
不再使用的临时分支要及时删除。
-
每个项目指定专人负责分支合并，打标签，分支清理工作，避免出现有标准但不执行的情况。