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

时间：2016-05-03 17:23:31

标签： git git-flow

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

方案

  1. 在1.0上进行开发工作，在发布/ v1.0发布分支上稳定，并在快速合并中推进掌握，标签v1.0指向主人的尖端和稳定分支的尖端
  2. 1.1 - 3.2的发布方式大致相同。

  3. 我们需要修补1.0

    中的错误
    • 从v1.0标签分支
    • 执行修复
    • 合并到哪里？
    4. 掌握远在未来，任何合并都不会是一个快速前进和乐趣，让我们说会发生冲突。

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

    Git Flow Example

1 个答案:

答案 0 :(得分：3)

nvie关于hotfix branches的部分解释了这些......

  

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

因此，当master中的当前内容尚未为正常develop周期做好准备时，它们应在最新release版本的顶部完成。< / p>

你想要修补旧版本的是support分支的概念，很久很久以前，在最初的git流程发布之后就已经讨论了这个概念，但是，afaik，从来没有完全记录过。< / p>

gitflow-avh工具似乎确实支持它们，因此您可能希望在测试仓库中探索它：

我确实在support分支机构上发现了一些带有“信息”的帖子，但对他们的解释并不太满意......鉴于缺乏有关它们的信息，我会将它们联系起来：

相关问题
最新问题