我看到了各种git流相关网站上的多个矛盾的定义。有没有官方建议或单一的真相来源?Git流发布分支和标签 - 有或没有“v”前缀
分行:release/1.2.3
或release/v1.2.3
标签:1.2.3
或v1.2.3
我看到了各种git流相关网站上的多个矛盾的定义。有没有官方建议或单一的真相来源?Git流发布分支和标签 - 有或没有“v”前缀
分行:release/1.2.3
或release/v1.2.3
标签:1.2.3
或v1.2.3
嗯,基本上它是偏好的问题,但我更喜欢的版本与v
,如Semver不这么认为,我尝试遵循该规范尽可能接近,以获得理智的版本控制。
这也使得过滤那些标签更容易,因为你可以按v
,然后自动完成的TAB - 键:这将列出所有的标签(也许几个分支机构),而有几个数字的标签可以开始。
谢谢,这是有道理的。我认为有趣的是,Git Flow项目本身并不**使用v前缀:https://github.com/nvie/gitflow 由于你和@VonC发布的原因,我更喜欢版本标签包括v前缀。 – friederbluemle
Semver已删除版本2中的前缀* v *。 – schmijos
请参阅:https://github.com/mojombo/semver/blob/master/semver.md#user-content-is-v123-a-semantic-version – Leo
因为V代表版本,标签一般被命名vX.Y.Z,与X.Y.Z以下Semantic Versioning 2.0.0。
这允许分支X.Y.Z与这些标签共存,而不必处理诸如“致命的:不明确的对象名称”(如在“Ambiguous Names with GIT?”中)的错误消息。
请注意,Git本身的标签最近已被“改编”出于一个令人惊讶的原因:请参阅“Code version change “rules””。
另请参阅http://stackoverflow.com/questions/2006265/is-there-a-standard-naming-convention-for-git-tags – Raedwald