如何在 GitHub Flow 分支策略中维护不同版本？

Question

我正在尝试为我的项目选择 GitHub Flow 分支策略（如此处以及互联网上的任何地方所解释），因为我们只是项目中的两名开发人员

我唯一的困惑是，如何在这个分支策略中维护不同的版本。 没有提及。

我喜欢在主分支发布后在 GitFlow 分支策略的主分支中创建一个标签来指示发布的想法。 这是写在那里的

可以在不同的提交处标记分支以表示 代码的不同版本或版本

但是 GitHub flow 中没有提到任何此类内容。甚至没有提到如何维护不同或以前版本的代码。

那么我可以使用主分支的标记来维护 GitHub 策略中的发布吗？

如果没有，我应该采取什么方法？

Answer 1

是的。发布或版本与一些名称相关联，例如

v1.5.0

。和 具体表示为 Git 标签，典型且具体 带注释的标签。这是标准做法，但事实并非如此 总是拼写出来。

维护以前的版本

但是标签是静态的东西。它不能帮助你做出改变 特定于该版本；它对您的维护没有帮助。

我会提倡这个计划：

• 下一个发布分支是主分支。这已经脱离了 GitHub 流程
• 根据需要创建维护分支：检查标签并 在表单

  maintenance-<tag name>

  上创建维护分支（或 无论你喜欢什么命名方案）

让我们具体地说，您正在使用

v2.0

和上一个 版本是

v1.8

。现在您需要支持使用

v1.8

的消费者 但谁不能更新到

v2.0

。碰巧你有一个错误 解决这个问题对于

v1.8

之后的版本至关重要……这不是

v2.0

在这种情况下，但类似

v1.8.1

:

v2.0  v1.8.1
|    /
v1.8

好吧，你真的希望这个修复程序出现在即将发布的版本中

v2.0

和

v1.8.1

。

• 在标签

  v1.8

  上创建一个名为

  maintenance-v1.8

的分支
• 修复此分支上的错误
• 合并

  maintenance-v1.8

  到主分支
• 现在两个并行分支都有此错误修复

进一步阅读

请参阅

man gitworkflows

的“管理分支”部分。