我有一个关于用git标记不同版本的项目的简单问题。如果我刚刚完成了1.1分支,并打算将其合并到master中,我是应该在合并之前将其标记为1.1,还是应该将其合并到master中,然后再将其标记为1.1?这两种方法会有什么不同吗?也许其中一种方法更可取?谢谢。
mec1mxoz1#
看情况,分支会快进到master吗?如果答案是“是”,那么在快进合并之前还是之后标记提交都没有关系,因为标记的提交在任何一种情况下都是相同的。如果答案是“否”,那么你应该在合并到master之后标记它(假设你从master中删除了发布版本)。通常你希望你的标记与你的发布版本相匹配(以便更容易地查看发布的代码版本),所以你在你发布的地方标记版本。
master
c9x0cxw02#
这完全取决于你的发布模式,如果“master”是你的发布主线,我可以想象1.1在成功合并到主线之前并没有真正“完成”,在这种情况下,你应该在合并后添加标签。
gmxoilav3#
同意@Amber的回答。(My首选方式)--一旦你有了快进合并策略,那么你在哪里标记你的版本就没有关系了。这种(仅ff)合并策略的另一个优点是
3条答案
按热度按时间mec1mxoz1#
看情况,分支会快进到
master
吗?如果答案是“是”,那么在快进合并之前还是之后标记提交都没有关系,因为标记的提交在任何一种情况下都是相同的。
如果答案是“否”,那么你应该在合并到
master
之后标记它(假设你从master
中删除了发布版本)。通常你希望你的标记与你的发布版本相匹配(以便更容易地查看发布的代码版本),所以你在你发布的地方标记版本。c9x0cxw02#
这完全取决于你的发布模式,如果“master”是你的发布主线,我可以想象1.1在成功合并到主线之前并没有真正“完成”,在这种情况下,你应该在合并后添加标签。
gmxoilav3#
同意@Amber的回答。
(My首选方式)--一旦你有了快进合并策略,那么你在哪里标记你的版本就没有关系了。这种(仅ff)合并策略的另一个优点是