git flow如何处理旧版本的旧版本或点版本的修补程序

Question

在master移动远远超出该版本之后,git flow如何处理修补程序？

脚本

1. 开发时执行的1.0工作,在发布/ v1.0发布分支上稳定并在快速合并中推送到主控标签v1.0指向主人的尖端和稳定分支的尖端
2. 版本1.1 - 3.2以相同的方式发布.

3. 我们需要修补1.0中的错误

   • 从v1.0标签分支
   • 执行修复
   • 合并到哪里？

师父在未来很远,任何合并都不是快进和乐趣,让我们说会发生冲突.

我会合并发布稳定分支并制作新标签吗？这是后续修补程序将用作起点吗？

Answer 1

nvie 关于修补程序分支的部分解释了这些是……

... 非常像发布分支，因为它们也旨在为新的生产版本做准备，尽管是计划外的。

因此，master当当前的内容develop还没有为正常release周期做好准备时，它们应该在最新版本的顶部完成。

您在这里想要修补旧版本的是support分支的概念，很久以前在最初的 git 流过去发布后就讨论过这个概念，但是，afaik，从未被彻底记录下来。

该gitflow-avh工具似乎很好地支持它们，因此您可能想在测试存储库中探索它：

• 参考：git flow 支持 · petervanderdoes/gitflow-avh Wiki

我确实在support分支上找到了一些带有“信息”的帖子，但对他们的解释不太满意……鉴于缺乏有关它们的信息，无论如何我都会链接它们：

• 入门 – Git-Flow | 一些想法，想法和乐趣！
• GitFlow 示例 - GitVersion