[backend] missing 'v' prefix in repo tags
See original GitHub issueWhen trying to use the go client in github.com/kubeflow/pipelines/backend/api/go_client, I find that go mod
can’t fetch the corresponding tags in this github repo, because all tags defined are missing the ‘v’ prefix and are considered non-canonical tag formats.
E.g., tag ‘1.5.1’ should be ‘v1.5.1’.
Issue Analytics
- State:
- Created 2 years ago
- Reactions:2
- Comments:15 (14 by maintainers)
Top Results From Across the Web
Support version tags with custom prefix or suffix #5780 - GitHub
I work on a project in a monorepo that provides published libraries ... in Package.swift that my tags are prefixed with releases/swift/v ....
Read more >Branch and tag with same name cause multiple problems
Summary Pushing a branch with the same name as a tag causes multiple problems throughout the GitLab application. I will list...
Read more >HTTP API V2 - Docker Documentation
This scheme provides rich access control over various operations and methods using the URI prefix and http methods that can be controlled in...
Read more >Charts - Helm V2
Charts. Helm uses a packaging format called charts. A chart is a collection of files that describe a related set of Kubernetes resources....
Read more >hg - Mercurial SCM
Add all new files and remove all missing files from the repository. ... Each member added to an archive file has a directory...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Also found that python package version should not have the ‘v’ prefix either: https://www.python.org/dev/peps/pep-0440/.
I feel that we should only add the ‘v’ prefix on git tags, but avoid it in other cases. It might take quite some trial and error to figure out which versions require the v prefix and which don’t.
@NikeNano I’m leaning towards reverting the PR and revisit it in the next release to delay resolving the problems we’ve seen. What do you think?
Added to release tracker