持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第2天，点击查看活动详情
现在大部分公司都是使用git来管理代码的，我今天分享一下我们司后端代码的git管理流程吧。
分支说明
| 分支名称 | 对应环境 |
|---|---|
| develop | 研发服务器 |
| test | 测试服务器 |
| master | 生产服务器 |
| feature | 本地服务器 |
| masterBugFix | 本地服务器 |
| testBugFix | 本地服务器 |
正常版本迭代流程
- 开发阶段
- 先拉取最新的develop分支的代码。
- 确保develop上一个版本的代码已经合并到test分支了。
- 基于develop分支创建自己的功能开发分支。
- 功能分支的命名方式：feature/人名/功能名/版本号。
- 测试阶段
- 功能开发完毕，可以先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 敬上！
