你如何发布一个错误修复到以前的版本并标记它?

时间:2015-02-27 14:40:29

标签: git git-flow

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

例如,我们只是说我们的版本是8.1.3,我需要修改7.1.5的错误。我可以根据7.1.5标签创建一个分支,但是如何将其重新转换为master并标记它?甚至可以使用Git吗?我只想保留发布分支并在那里提交和标记,但我不确定这是否是正确的做事方式。

2 个答案:

答案 0 :(得分:12)

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

  • 7.1.5:两位客户正在使用此
  • 8.2.3:有三位客户正在使用此
  • 9.0.0:这是您目前正在处理的下一个主要版本。

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

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

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

这些分支现在成为此受支持版本的 develop master 分支。我们需要在v7.3.0上进行的任何修复都是在 7.3 / develop 分支中完成的,一旦我们创建了发行​​版v7.3.1,它就完成了 7.3 / develop 和< EM> 7.3 /主

develop 分支中需要进行的更改通常是挑选的,因为我们不希望将 develop 中的新功能合并为旧版本,但仍然保持开发分支。

这个过程需要一些设置,但它运行得很好,只要你记得在开始处理下一个稳定版本时创建所需的分支,就不会有太大的开销。

答案 1 :(得分:1)

一种方式可能是:

  • 创建一个分支“7.1”,您可以在其上创建错误修正(7.1.6,...)
  • 樱桃 - 挑选你的修改,将它们放在主人的顶部(你会再次标记,但另一个标记:8.1.4)

不确定这是最好的方式,但有可能。