git - 您如何发布对先前版本的错误修复并对其进行标记？

Question

我们正在尝试将 gitflow 应用到我们的工作流程中。当涉及到修补程序时，Gitflow 非常简单。但是，我不清楚如何修复我们系统以前版本的错误。

例如，假设我们的版本是 8.1.3，我需要修复 7.1.5 的错误。我可以创建一个基于 7.1.5 标签的分支，但是我如何将它返回到 master 并标记它呢？这甚至可以使用 Git 吗？我正在考虑只保留发布分支并在那里提交和标记，但我不确定这是否是正确的做事方式。

Answer 1

Git-flow 在其原始模型中不会同时谈论支持的主要版本。它没有描述您在生产中具有以下版本的模型:

• 7.1.5:两个客户正在使用这个
• 8.2.3:三个客户正在使用这个
• 9.0.0:这是您当前正在开发的下一个主要版本。

在 Git-flow 中，master 分支是您当前支持的已发布版本，其他所有内容都是旧版本并被视为遗留版本。

话虽如此，由于我们处于相同的情况，我们必须同时支持多个主要版本(至少一个我们提供错误修复，一个我们提供新功能)，我们有想出以下几点:

• develop 和 master:这些是当前工作的分支。进入下一个主要版本的任何内容都在这里完成。
• 一旦我们发布了新的稳定版本(例如 7.3.0)，我们就会创建以下分支:
  • 7.3/开发
  • 7.3/master

这些分支现在成为此受支持版本的 develop 和 master 分支。我们需要在 v7.3.0 上做的任何修复都在 7.3/develop 分支中完成，一旦我们创建版本 v7.3.1，它就在 7.3/develop 和 em>7.3/master.

需要在两个 develop 分支中完成的更改通常是精心挑选的，因为我们不想将 develop 中的新功能 merge 到旧的，但仍然维护着 develop 分支。

此过程需要一些设置，但效果很好，只要您记得在开始处理下一个稳定版本时创建所需的分支，就不会产生太多开销。