-
-
Notifications
You must be signed in to change notification settings - Fork 117
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
Small issue with the tag feature #367
Comments
To be honest, I don't remember what led to this decision, it was made when the tag input was used only for the tag name, and not all the arguments. Anyway, in the meantime, you can just force update the tag by using |
This is what I have: tag: v1.3.2 --force But it still deletes the tag first and then pushes a new one. The internal logs say: hint: Updates were rejected because the tag already exists in the remote.
|
Can you please add a link to the action run or, if the repo is private, a copy of your workflow step and your step log? |
Sure, its private repo so hopefully here are all the required info:
|
Oooh I get it: the thing is that the |
Yes, I was actually kinda expecting that it would use the input explicitly for the push and not for the creation of the tag i.e. something on the lines of git push origin < tag > --force. Thank you for looking into improving the tagging flow! |
@all-contributors please add @sconix for their idea |
I've put up a pull request to add @sconix! 🎉 |
First of all really nice github action, everything in one action that one can need for updating git from Github action.
However we have a small issue with the tag updating feature. Our use case is to commit updated version in package.json file and generated changelog file when ever Github Release is made. So we naturally would also like to update the tag to point to the latest commit. However since this action first deleted the tag and then re-creates it Github will change the release back to draft state (deleting of the tag causes this).
So is there a reason why this action deletes the tag first and then creates it again? It would be much better if it would just force push the tag.
Of course we can always use another action to update the tag or set the release back to published state, but would be much nicer to be able to do everything in one step.
The text was updated successfully, but these errors were encountered: