介绍
这是我们团队的 Git 分支管理规范。
每个人对工具的使用往往各有偏好,各种方法各有利弊,无所谓对错。
但涉及团队协作的方面需要有一些一致的规范,所以请大家务必遵守。
1 分支 branch
Branch: master 、release 和 develop
其中:
- develop 研发分支,确认后并入release
- release 受保护,不能直接提交代码, 发布分支,所有的 研发分支 需要合并到此分支,打包进行内部测试,稳定后并入master
- master 受保护,不能直接提交代码,主分支,release分支 需要合并到此分支。(对外发布版本从master版本打包)
2 开发流程
(1) 在以下地方切换分支,develop为我们的开发分支
(2) 要将develop分支合并到release分支,我们需要切换到release分支,然后从菜单中选择“合并到当前分支”-》develop
(3)点击合并
2 发布新版流程
- 确保所有研发分支 都已经 merge 到 release;
- 使用 release 分支的代码进行内部测试;
- 合并 release到 master分支 对外发布;
3 bug
- 测试的bug全部回到develop下进行修改
4 其他
- 如果涉及到版本同时迭代问题,叫上相关人员,一块讨论一下确定分支开发方案
- 代码合并前是否需要代码评审,由项目负责人制定,最好前端可以审查一下,后面熟悉再放开