我们的项目目前有两种分支,一种是 develop 开头的,一种是 RELEASE 结尾的。
比如有需求是要在 4 月 1 日上线,那就会拉一个 develop_20230401 分支,这个分支一般用于在开发环境发版,如果需要发到测试环境,那就会拉一个 1.0.0-RELEASE 分支,用这个分支来发测试环境,每次有新代码发版都把 develop_20230401 分支代码合并到 1.0.0-RELEASE 分支。
后面如果有需求是要在 5 月 1 日上线,那么就会以 develop_20230401 为基础拉一个 develop_20230501 分支,测试的分支会从 1.0.0-RELEASE 拉一个 1.0.1-RELEASE 分支。
上线时是直接用 RELEASE 结尾的分支。
但我感觉这样其实不怎么好,容易漏代码(比如在上一个 RELEASE 结尾的分支修复了生产的 BUG ,结果忘记合到下一个 RELEASE 结尾的分支)。
1
wu00 2023-03-23 17:07:48 +08:00
git flow
github flow gitlab flow |
2
JinTianYi456 2023-03-23 17:11:03 +08:00
直接上 云效 :dog
|
3
GzhiYi 2023-03-23 17:12:02 +08:00
团队人多 git flow ,人少 github flow 。🐶
|
4
wolfie 2023-03-23 18:55:57 +08:00
-release 结尾是 某个迭代版本。
实际上线还是有个 生产分支。不存在漏上次修复代码。 |
5
ac23 2023-03-24 09:49:33 +08:00
极狐 flow,推荐
|
6
tisswb 2023-03-24 18:10:13 +08:00
我们使用 gitflow 工具很多
|