Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

proposal: Stable and unambiguous initial branch release version numbers #59776

Closed
silverwind opened this issue Apr 22, 2023 · 3 comments
Closed

Comments

@silverwind
Copy link

silverwind commented Apr 22, 2023

Problem

With docker, there is the golang:1.20 tag which refers to the latest release of the 1.20 branch. In contrast, the release named go1.20 refer to the initial 1.20 release only, creating the issue that depending on context, the term "go 1.20" may refer to either initial 1.20 release or latest 1.20 release.

Solution

Make the initial release of a branch have a .0 suffix, for example 1.21.0.

  • 1.21.0 will unambigously refer to the first release of the 1.21 branch.
  • 1.21 will be unambigously refer to the 1.21 branch and match the docker tag.
  • It would enable the creation of stable 1.21 download links that match the docker tags.
  • Versions with stable number of parts are easier to parse.

Considerations

  • Any tooling that relies on the inital branch release having no suffix will need to be updated

Prior Art

I'd like to highlight the Node.js project which also implements this versioning scheme and it has been working very well for them. In the JS ecosystem a version number always comprises of three parts which comes from SemVer.

@gopherbot gopherbot added this to the Proposal milestone Apr 22, 2023
@silverwind silverwind changed the title proposal: Stable and unambiguous release version numbers proposal: Stable and unambiguous initial branch release version numbers Apr 22, 2023
@kortschak
Copy link
Contributor

This looks like a duplicate of #57631.

@mvdan
Copy link
Member

mvdan commented Apr 22, 2023

Yes, this is a duplicate.

@mvdan mvdan closed this as not planned Won't fix, can't repro, duplicate, stale Apr 22, 2023
@silverwind
Copy link
Author

silverwind commented Apr 22, 2023

Ah yes, this matches #57631 which just requests the .0 addition. Full SemVer is not requested but would be nice to have eventually.

@golang golang locked and limited conversation to collaborators Apr 21, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants