Ich bin mir nicht sicher, ob dies beabsichtigt war, aber https://github.com/variadico/noti/tags zeigt, dass alle vorherigen Tags ein vorangestelltes v
und 3.0.0 nicht.
IMHO sollten wir alle aufhören, unseren Git-Tags v
voranzustellen, aus dem einfachen Grund, dass v1.2.3
keine gültige SemVer ist. Solange wir prepend
mit v
haben, müssen wir ein wenig zusätzliche Arbeit leisten, um git-Tags in Versionen zu übersetzen, zB git describe --tags --abbrev=0 | tr -d 'v'
. Ein git
Tag sollte nicht in eine Version _übersetzt_ werden müssen. Ein git
Tag sollte die Version _sein_.
Auf der anderen Seite schlägt die GitHub-GUI (Click Draft a new release
) Tags mit v
:
Tagging-Vorschläge
Es ist üblich, Ihren Versionsnamen den Buchstaben v voranzustellen. Einige gute Tag-Namen könnten v1.0 oder v2.3.4 sein.
Wenn das Tag nicht für den Produktionsgebrauch bestimmt ist, fügen Sie nach dem Versionsnamen eine Vorabversion hinzu. Einige gute Vorabversionen könnten v0.2-alpha oder v5.9-beta.3 sein.
Also viel Glück, dass es aufhört :)
ist nicht gültig SemVer
Ich denke, das ist es immer noch. Früher war es anscheinend erforderlich.
@y0ssar1an zur Info : https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version
Danke für die Anregung, das weiter zu recherchieren. Anscheinend war das Voranstellen von v
in SemVer 1.0.0 _erforderlich_ , ist aber in SemVer 2.0.0 ungültig . Wie Sie bereits erwähnt haben, handelt es sich bei v
um einen historischen Kram, der aus früheren Versionskontrollsystemen als git
.
@variadico danke für die Klarstellung! Für die Aufzeichnung sagt der aktuelle Semver selbst in https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version
Beispiel:
git tag v1.2.3 -m "Release version 1.2.3"
, wobei "v1.2.3" ein Tag-Name ist und die semantische Version "1.2.3" ist.
Es ist also nicht widersprüchlich, ein v
im Tag-Namen zu haben, da semver eine Unterscheidung zwischen dem "Tag-Namen" und der "Semver-Version" selbst ermöglicht.