> > Finally, note that tags like "1.2.3" (without a "v") can still be used, > but they will not be treated as semantic versions by the 'go' tool.
I think that shouldn't be used as a note or argument since it isn't "usage" because it cannot be treated as "version" version during version resolution. On Tuesday, February 5, 2019 at 1:39:25 AM UTC+3, thepud...@gmail.com wrote: > > As far as I understand it, there is a distinction drawn between: > > 1. a "semantic version" (where a leading "v" is not part of a "semantic > version"), vs. > 2. the mechanism for encoding a "semantic version" into a VCS tag (where > a leading "v" is allowed) > > In other words, under that interpretation, a leading "v" in a VCS tags is > a common and allowed way to encode a semantic version into a VCS tag, > although not a universal choice, and not required. > > However, I have also seen reasonable people disagree on that > interpretation. > > One hint is the master branch for github.com/semver/semver contains this > statement as part of an FAQ that was added a few years ago: > > -------------------- > prefixing a semantic version with a "v" is a common way (in English) to > indicate it is a version number. Abbreviating "version" as "v" is often > seen with version control. Example: git tag v1.2.3 -m "Release version > 1.2.3", in which case "v1.2.3" is a tag name and the semantic version is > "1.2.3". > -------------------- > > (From https://github.com/semver/semver/blob/master/semver.md) > > However, that FAQ is only on master as far as I am aware, and I have also > seen reasonable people come to different conclusions even after reading > that particular FAQ. > > Setting aside for the moment what the best encoding might be, it seems > reasonable to me that the 'go' tool has made a choice about a canonical > encoding of semantic versions into VCS tags. > > Finally, note that tags like "1.2.3" (without a "v") can still be used, > but they will not be treated as semantic versions by the 'go' tool. > Instead, "go get foo@1.2.3" (note no "v") and "go get foo@sometag" are > treated as "module queries", and are often recorded as "pseudo-versions". > There is a bit more about those two features of modules here: > > https://golang.org/cmd/go/#hdr-Module_queries > https://golang.org/cmd/go/#hdr-Pseudo_versions > > Regards, > thepudds > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.