61

我有一个关于用 git 标记我的项目的不同版本的简单问题。如果我刚刚完成了我的 1.1 分支并计划将其合并到 master 中,我应该在合并之前将此分支标记为 1.1,还是应该将其合并到 master 然后将其标记为 1.1?无论哪种方式都会有所不同吗?也许一种方式是首选?谢谢。

4

3 回答 3

49

依靠。分支会快进master吗?

如果答案是“是”,那么在进行快进合并之前或之后标记它都没有关系,因为标记的提交将是相同的。

如果答案是“否”,那么您可能应该在合并后对其进行标记master(假设您从 中删除版本master)。通常,您希望您的标签与您的发布相匹配(以便更容易查看已发布代码的版本),因此您在发布版本的地方标记版本。

于 2012-09-26T05:21:22.970 回答
15

这完全取决于您的分销模式。如果“master”是您的主要发布行,我想 1.1 在成功合并到主行之前并没有真正“完成”,在这种情况下,您应该在合并后进行标记。

注意: 我看到一些项目使用 master 作为开发分支,然后为“稳定”版本(不是我同意的模型)设置单独的分支。在这种情况下,您在合并之前进行标记。

于 2012-09-26T05:23:26.960 回答
0

同意@Amber 的回答。(我的首选方式)- 一旦你制定了快进合并策略,那么你在哪里标记你的发布就无关紧要了。这种(仅限ff)合并策略的另一个优点是

  • 您可以标记您的版本 (v1.0.1)
  • 创建到主分支的拉/合并请求
  • 合并前设置一些规则(合并到master之前需要的批准数)
  • 生成的 git graph 非常干净
于 2020-07-14T09:23:05.470 回答