Hello Gophers! Yesterday I attended a tech meetup and was introduced to the Elm language <http://elm-lang.org/>. The one thing that really stuck with me was how the Elm package manager handles semantic versioning for the package developers. As soon as things are added to the packages API, the minor version of the package is automatically bumped, and if the existing API of the package is changed, the major version is bumped.
I think this could be a great idea for the new package manager, since the whole Go ecosystem values stability and great tooling a lot. Some benefits of this feature that I can imagine: - Not having to think about the next version number, especially in small projects where I just want to publish some new code. Let the tool just choose one for you. - No accidental changes the public API during development, the tool would point out the API changes to you before publishing. If you didn't intend the change you could fix it. - Always correct usage of semantic versioning, that the whole ecosystem can depend on. This could enable automatic updates to always the newest patch version. Implementing it should not be hard because we already have things like https://golang.org/cmd/api/. The full specification on how Elm handles that can be found here: https://github.com/elm-lang/elm-package. What are your thoughts on this matter? Best, Martin -- 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.