Skip to content
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

release: point wildcard tags to latest patch release #68

Open
McShelby opened this issue Jan 3, 2023 · 5 comments
Open

release: point wildcard tags to latest patch release #68

McShelby opened this issue Jan 3, 2023 · 5 comments

Comments

@McShelby
Copy link

McShelby commented Jan 3, 2023

Unlike WyriHaximus/github-action-create-milestone the wildcard tags like v1 or v1.2 do not point to their latest patch release (currently v1.2.1) making them unusable for actions.

@WyriHaximus
Copy link
Owner

It's a Docker based action so instead of using git tags to do that it happens on the image tag level. (Been working on a blog post about this.) Have a the tags on https://hub.docker.com/r/wyrihaximusgithubactions/next-semvers/tags they all share the same hash.

@McShelby
Copy link
Author

McShelby commented Jan 3, 2023

Hm, I am not really a Docker man, so the magic is still unclear to me.

So let me rephrase into a question: Is there a way to set a wildcard release for this action? Will

  uses: WyriHaximus/github-action-next-semvers@v1

point to v1.2.1?

@WyriHaximus
Copy link
Owner

Yes. That is the whole going of using mutable Docker image tags. Working on a better way to communicate this in the release messages including links to the Docker images to clarify it. But in essence after tagging v1.2.1, a docker tag v1.2.1 v1.2 and docker tag v1.2.1 v1 which retags the v1.2.1 as v1.2 and v1. It's pretty much the same way WyriHaximus/github-action-create-milestone works but instead of on the git level it works on the Docker level.

@McShelby
Copy link
Author

McShelby commented Jan 4, 2023

Ah. Thanks for clarification. Feel free to close this issue or use it to mention this in the docs

@WyriHaximus
Copy link
Owner

Will keep it open until I put the clarification improvements here and in other actions that work this way are in place.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants