Git Flow发布分支和标签-带或不带“ v”前缀

118

我在各种与git flow相关的网站上看到了多个相互矛盾的定义。是否有官方建议或真相的单一来源？

分行：release-1.2.3或release-v1.2.3

标签：1.2.3或v1.2.3

git naming-conventions git-flow

— Friederbluemle
source

另请参见stackoverflow.com/questions/2006265/...

— Raedwald

Answers:

100

好吧，基本上这是一个优先选择的问题，但是我更喜欢使用带有的版本v，因为Semver就是这样做的，我尝试尽可能遵循该规范以获得合理的版本控制。

这也使筛选这些标签变得更加容易，因为您可以按v然后按- TAB键进行自动补全：这将列出所有标签（也许有几个分支），而标签可以以几个数字开头。

另请参阅：是否有git标签的标准命名约定？

— 蒂姆·沃尔拉
source

谢谢，这很有意义。我认为这是有趣的是Git的流量工程本身并没有使用v前缀：github.com/nvie/gitflow为您和@VonC发布的原因，我还是比较喜欢的版本标记，包括v前缀。

— Friederbluemle 2014年

Semver去掉了前缀v版本2

— schmijos

参见：github.com/mojombo/semver/blob/master/…–

— Leo

@schmijos @LeoTM-该文档仅声明v1.2.3不是语义版本。问题是关于Git标签。实际上，semver仓库仍然v2.0.0用作版本2的标签：github.com/mojombo/semver/releases/tag/v2.0.0

— friederbluemle 16-10-25

semver 2.0 semver.org没有说明以“ v”前缀开头所需的标签的任何信息！

— jankal

由于v代表版本，因此标记通常命名为vX.YZ，而XYZ在语义版本2.0.0之后。

这允许分支XYZ与这些标签共存，而不必处理诸如“致命：歧义对象名称”之类的错误消息（如“ 带有GIT的歧义名称？ ”中所述）。

请注意，出于令人惊讶的原因，最近已对Git本身的标签进行了“调整”：请参阅“ 代码版本更改“规则” ”。

— 冯
source

当人们使用semver之类的最佳实践时，他们可能会使用Git Flow之类的系统。这样可以避免ref（分支eq标签名称）的冲突。除此之外，什么会阻碍命名分支vX.Y.Z呢？那实际上不是那么多争论：)

— kaiser

semver 2.0 semver.org没有说明以“ v”前缀开头所需的标签的任何信息！

— jankal

@jankal我同意。我只提到XYZ政策的semver。

— VonC

一个次要论点是，将得到的人v1.2.3比b1.2.3:-)还多

— -Ciro Santilli郝海东冠状病六四事件法轮功

https://semver.org/#is-v123-a-semantic-version

“ v1.2.3”是语义版本吗？不，“ v1.2.3”不是语义版本。但是，为语义版本加上“ v”是一种常见的方式（英语），以表明它是版本号。在版本控制中通常可以将“版本”缩写为“ v”。示例：git tag v1.2.3 -m“发行版本1.2.3”，在这种情况下，“ v1.2.3”是标记名称，语义版本是“ 1.2.3”。

— 码头
source