项目代码的 git 分支该怎么管理才比较好？

[itechnology]

我们的项目目前有两种分支，一种是 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 结尾的分支）。

[wu00]

git flow
github flow
gitlab flow

[JinTianYi456]

直接上 云效 :dog

[GzhiYi]

团队人多 git flow ，人少 github flow 。🐶

[wolfie]

-release 结尾是 某个迭代版本。

实际上线还是有个 生产分支。不存在漏上次修复代码。

[ac23]

极狐 flow,推荐

[tisswb]

我们使用 gitflow 工具很多