我应该用发布分支替换主分支还是将发布分支合并到主分支？

Question

我目前正在尝试将团队迁移到此gitflow workflow，我想知道一旦准备好上线或将我的主分支替换为发布候选者，是否最好将我的发布分支合并到我的主分支中完全分支。

我们正在对候选发布版本进行所有回归测试，并担心我将其合并到主版本中可能会在某种程度上影响它，从而使我们所有的回归测试均无效。

有人曾经处理过吗？

Answer 1

您所描述的是标准的Git Flow，尽管the Atlassian documentation似乎并未清楚地说明过程的这一部分。您要做的就是将release分支合并到您的master分支中，并确保tag it：

您不应将master分支“替换”为release分支。 master分支是项目的“核心”，而master分支应该始终是“最后一次了解的要点”，因为您曾经仅需推送至{ {1}中的{1}}，或者在生产中存在严重错误时，您要添加master。

理论上，您也应该在发布后将release分支合并回到hotfix（以及release），尽管如果没有修补程序，代码也将相同并没有必要。

无需担心使回归测试无效的原因-回归测试应该在发布分支上进行 ，并且每次对发布分支进行剪切时都应测试更改。如果这是您的第一个版本，则将没有任何回归，也没有可用于回归测试的东西。

但是，您将希望在每次发布时都使用标签。这将在Git中清楚地表明进行释放的确切时间。