Skip to content

x/*: introduce semantically versioned tags #31371

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

Closed
jsha opened this issue Apr 9, 2019 · 1 comment
Closed

x/*: introduce semantically versioned tags #31371

jsha opened this issue Apr 9, 2019 · 1 comment

Comments

@jsha
Copy link

jsha commented Apr 9, 2019

According to https://github.com/golang/go/wiki/Modules#semantic-import-versioning:

As a result of Semantic Import Versioning, code opting in to Go modules must comply with these rules:
Follow semver (with tags such as v1.2.3).

Right now, the x/* repositories, e.g. https://github.com/golang/crypto, https://github.com/golang/net, and https://github.com/golang/sys, don't appear to have version tags, but they are opted into Go modules (they have go.mod files). Could you start tagging releases for these repositories?

This would make managing go.mod files that depend on them much easier, since those files would contain a semver tag rather than an opaque commit hash. The opaque commit hash makes it hard to figure out whether a given go.mod file requires a higher version of a dependency than is currently in use.

@ALTree
Copy link
Member

ALTree commented Apr 10, 2019

Thanks for the request.

This is a dup of #21324 (x/all: start tagging versions); note that it's on hold:

On hold until Go 1.11 and/or Go 1.12. At least until we have tooling ready and some experience with said tooling.

I'm closing this thread in favour of the older one.

@ALTree ALTree closed this as completed Apr 10, 2019
@golang golang locked and limited conversation to collaborators Apr 9, 2020
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

3 participants