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

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

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

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

7.1.5:两个客户正在使用它

8.2.3:三个客户正在使用它

9.0.0:这是您目前正在进行的下一个主要版本.

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

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

发展和掌握:这些是当前工作的分支.进入下一个主要版本的任何东西都在这里完成.

一旦我们执行了新的稳定版本(例如7.3.0),我们就会创建以下分支:

7.3 /开发

7.3 /主

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

需要在两个开发分支中进行的更改通常是挑选出来的,因为我们不希望将新功能从开发合并到较旧但仍保持开发的分支中.

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