Git标签在合并之前还是之后?

xpcnnkqh  于 2023-02-02  发布在  Git
关注(0)|答案(3)|浏览(342)

我有一个关于用git标记不同版本的项目的简单问题。如果我刚刚完成了1.1分支,并打算将其合并到master中,我是应该在合并之前将其标记为1.1,还是应该将其合并到master中,然后再将其标记为1.1?这两种方法会有什么不同吗?也许其中一种方法更可取?谢谢。

mec1mxoz

mec1mxoz1#

看情况,分支会快进到master吗?
如果答案是“是”,那么在快进合并之前还是之后标记提交都没有关系,因为标记的提交在任何一种情况下都是相同的。
如果答案是“否”,那么你应该在合并到master之后标记它(假设你从master中删除了发布版本)。通常你希望你的标记与你的发布版本相匹配(以便更容易地查看发布的代码版本),所以你在你发布的地方标记版本。

c9x0cxw0

c9x0cxw02#

这完全取决于你的发布模式,如果“master”是你的发布主线,我可以想象1.1在成功合并到主线之前并没有真正“完成”,在这种情况下,你应该在合并后添加标签。

  • 注意:* 我见过一些项目使用master作为dev分支,然后为“稳定”版本(我不同意这种模式)使用单独的分支。在这种情况下,在合并之前进行标记。
gmxoilav

gmxoilav3#

同意@Amber的回答。
(My首选方式)--一旦你有了快进合并策略,那么你在哪里标记你的版本就没有关系了。这种(仅ff)合并策略的另一个优点是

  • 您可以标记您的版本(v1.0.1)
  • 创建一个拉/合并请求到主分支
  • 合并前设置一些规则(合并到主文件前需要的批准数)
  • 生成git图非常干净

相关问题