git分支的管理流程

---

theme: fancy

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第2天， 点击查看活动详情

现在大部分公司都是使用git来管理代码的，我今天分享一下我们司后端代码的git管理流程吧。

分支说明

分支名称	对应环境
develop	研发服务器
test	测试服务器
master	生产服务器
feature	本地服务器
masterBugFix	本地服务器
testBugFix	本地服务器

正常版本迭代流程

1. 开发阶段

• 先拉取最新的develop分支的代码。
• 确保develop上一个版本的代码已经合并到test分支了。
• 基于develop分支创建自己的功能开发分支。
• 功能分支的命名方式：feature/人名/功能名/版本号。

2. 测试阶段

• 功能开发完毕，可以先rebase一下develop分支，然后把功能分支的代码合并到develop分支。
• 在研发服务器上自测通过后就可以把develop分支代码合并到test分支。然后代码提测。

3.测试bug修复阶段

• 先拉取最新的test分支代码。
• 基于test分支创建测试bug修复分支testBugFix,bug修复完成后进行代码合并。testBugfix->test->develop。

4、版本上线阶段

• 测试通过后，test分支的代码合并到master分支，打下tag。然后就可以上线了。

正式服bug修复流程

• 先拉取最新的master分支代码。
• 基于master分支创建正式服bug修复分支masterBugFix。
• 正式服bug修复完成后，把代码合并到master分支，然后把master分支代码上传到测试服测试。测试不通过则继续在masterBugFix分支进行代码修改，直到测试通过。
• bug修复完成之后进行代码合并，master->test->develop。

以上就是我要介绍的流程了，其实流程并没有规定一定要怎么样的，要根据自己公司的开发流程来制定就好，我所介绍的这套流程也未必适合你们使用。我的这套流程其实也是存在问题的，正式服bug修复流程中，当bug修改完提测后，本来测试服中正在测试的工作就只能停止，因为代码已经被覆盖了，要等正式服bug修复完成后再把测试服的代码恢复为test分支的代码才能继续做测试工作。所以没有流程是完美的，适合自己使用的就是好的。既然有缺陷，那就用一些规范来防止这些缺陷给我们造成不必要的麻烦，所以针对流程还必须要有相应的规范来进行约束，这样才是好的流程。

谢谢观看！

streetlamp 敬上！