add module v5#100
Conversation
|
there is one remaining issue, the travis config contains: go:
- 1.8
- 1.7But modules were introduced in go 1.11 IIRC. I would suggest changing these to upstream supported go versions (1.14 and 1.13) but I'm not sure what you'd prefer. |
|
I also thought about placing the go sources currently in the root at |
|
I think leaving it at As for travis go ahead and just remove testing against the older versions. |
|
ACK, I updated travis to 1.13/1.14 and left the import path. I think this should be in working shape now. I hadn't actually needed to migrate a module to v > 1 yet, only as a consumer :-) |
|
I don't mind being the test case for how to manage this sort of thing. I consider this package my "finished project" project, in other words trying to actually have a piece of software that is done! |
|
After I merge this, I presume I just need to do another release so there is a v5.0.0 tag? |
|
I think that's it, I am following https://blog.golang.org/v2-go-modules & https://github.com/golang/go/wiki/Modules#releasing-modules-v2-or-higher https://github.com/golang/go/wiki/Modules#publishing-a-release has some notes about multi-module repos, but since the module is just at |
|
(also thanks for handling this and thanks for the super useful library!) |
|
Just a heads up, I think maybe the README needs to get updated to reference v5, as it still shows v4 as the latest stable release. |
|
thank you ! |
ref: #98
I also encountered that the go.mod does not actually require all dependencies, a
go build ./...in each module updated thego.mod. This is how the "correct module requirements" commit was generated.I think this will still require a semver git tag afterwards