kuma icon indicating copy to clipboard operation
kuma copied to clipboard

Kuma release tags don't match Go module versioning

Open jpeach opened this issue 3 years ago • 11 comments

Summary

The Kuma release tags don't work correctly with Go module versioning, making it difficult to write code that uses the Kuma API.

Steps To Reproduce

Importing the unversioned API module:

jpeach@greenling:/tmp/k$ go get github.com/kumahq/kuma/api
go: downloading github.com/kumahq/kuma/api v0.0.0-20210531143733-0079cdb82767
go get: added github.com/kumahq/kuma/api v0.0.0-20210531143733-0079cdb82767

Importing a release tag:

jpeach@greenling:/tmp/k$ go get github.com/kumahq/kuma/[email protected]
go: downloading github.com/kumahq/kuma/api v0.0.0-20210513090738-be98608a8344
go get: downgraded github.com/kumahq/kuma/api v0.0.0-20210531143733-0079cdb82767 => v0.0.0-20210513090738-be98608a8344

The modfile doesn't understand what the version is:

jpeach@greenling:/tmp/k$ cat go.mod 
module k

go 1.16

require (
	github.com/kumahq/kuma/api v0.0.0-20210513090738-be98608a8344 // indirect
	google.golang.org/grpc v1.37.1 // indirect
)

I'm pretty sure that versioning the API module would work right if the version tag was "v1.1.6". There's more problems if you try to import anything ffrom github.com/kumahq/kuma due to the rewriting, but that's a different issue IIUC.

Ref https://golang.org/doc/modules/version-numbers

jpeach avatar Jun 01 '21 00:06 jpeach

Reopening since 1.2.0 wasn't tagged with a leading v.

cc @nickolaev @jakubdyszkiewicz

jpeach avatar Jun 21 '21 00:06 jpeach

Reopening. @jakubdyszkiewicz tried to tag 1.2.1 with the v prefix but had to back it out after running into some issues with the nested modules.

jpeach avatar Jun 30 '21 22:06 jpeach

xref #2258 xref #2200

jpeach avatar Jun 30 '21 22:06 jpeach

This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant please comment on it promptly or attend the next triage meeting.

github-actions[bot] avatar Nov 23 '21 08:11 github-actions[bot]

@michaelbeaumont @jakubdyszkiewicz is this now possible? It would be nice for the next release to have correct tagging.

lahabana avatar Jan 31 '22 15:01 lahabana

@lahabana I think it should work.

michaelbeaumont avatar Jan 31 '22 15:01 michaelbeaumont

So should we just add validation that only vx.y.z tags are acceptable?

lahabana avatar Jan 31 '22 16:01 lahabana

This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant please comment on it promptly or attend the next triage meeting.

github-actions[bot] avatar Mar 04 '22 08:03 github-actions[bot]

This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant please comment on it promptly or attend the next triage meeting.

github-actions[bot] avatar Jun 30 '22 08:06 github-actions[bot]

This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant please comment on it promptly or attend the next triage meeting.

github-actions[bot] avatar Aug 30 '22 08:08 github-actions[bot]

I believe all the automation has been done for this work now without changing the internal version inside Kuma. We should try it out.

lahabana avatar Aug 31 '22 10:08 lahabana

Ilya tried and the resulting binary had a v prefix unfortunately.

lahabana avatar Oct 07 '22 08:10 lahabana

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Jan 06 '23 08:01 github-actions[bot]

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Apr 07 '23 07:04 github-actions[bot]

Automation is in a much better state. We may be able to do this now as things are contained in release.sh now.

lahabana avatar Apr 07 '23 07:04 lahabana

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Jul 07 '23 07:07 github-actions[bot]

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Oct 06 '23 07:10 github-actions[bot]

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Jan 05 '24 07:01 github-actions[bot]

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Apr 05 '24 07:04 github-actions[bot]

This issue was inactive for 90 days. It will be reviewed in the next triage meeting and might be closed. If you think this issue is still relevant, please comment on it or attend the next triage meeting.

github-actions[bot] avatar Jul 05 '24 07:07 github-actions[bot]