git - 跟踪发布、分支或标签？

Question

您如何跟踪您的发布？

目前，我们有2个主要分支机构

• 开发
• 发布

由几个人进行的持续开发总是发生在 dev 中。完成足够数量的更改后，代码将 merge 到 release 中，从中构建并在其中标记。然后部署代码。

问题: 这工作正常，但通常会出现新的错误，这些错误目前在开发分支中处理，并且已经......继续(有时很多)。一旦问题得到解决，向客户推出的新版本通常包含修复和一些新功能。

我想将流程更改为以下内容:

• current <- 当前开发流，最新最好的，尚未部署
• prod <- 目前在 prod 中，从 dev/1.0.2 merge
• dev/1.0.0 <- 一段时间前构建并交付给产品
• dev/1.0.1 <- 对先前版本的错误修复，将被构建并交付给 prod
• dev/1.0.2 <- 对先前版本的错误修复，将被构建并交付给产品。 目前正在生产中

你怎么看？这种趋势是否会奏效并长期可持续？我们每年发布大约 15 次，每次发布至少有 2-3 次生产后事故需要修复，所以粗略地说，我们每年将有 75 个分支(这是很多，但我想过一段时间他们可以被删除)

Answer 1

如果几个人致力于新功能(和现有功能的改进)并且他们都使用 dev 分支来提交他们的代码，那么您永远无法确定 dev 分支是否稳定。如果开发人员使用功能分支来构建新功能，并且只在功能完成后才将这些功能 merge 到开发分支中，那么开发分支应该始终是稳定的。 (那么feature分支也可以删除。)

我喜欢 git flow 的解决方案.您有一个主(生产)分支和一个开发分支。还有功能分支，您可以在其中处理新功能和修补程序分支，用于需要在生产中修复并且等不及下一个版本的东西。