合并之前或之后的Git标签?

时间:2012-09-26 05:11:21

标签: git git-tag

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

3 个答案:

答案 0 :(得分:28)

取决于。分支会快进到master吗?

如果答案为“是”,那么在进行快进合并之前或之后是否标记它并不重要,因为标记的提交将是相同的。

如果答案为“否”,那么您应该在合并到master之后标记它(假设您从master删除了版本)。通常,您希望您的标记与您的版本匹配(以便更容易查看已发布的代码版本),因此您可以在发布版本的地方标记版本。

答案 1 :(得分:9)

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

注意:我看过一些项目使用master作为dev分支,然后为'stable'版本(不是我同意的模型)分别设置了分支。在这种情况下,您在合并之前进行标记。

答案 2 :(得分:0)

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

  • 您可以标记发布(v1.0.1)
  • 创建对主分支的合并请求
  • 在合并之前设置一些规则(合并到母版之前需要批准的数量)
  • 生成的git图形非常干净