You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I ideally want to use pushing a new tag as a trigger for a second part of my release code. I can currently do that by using a personal access token, but there is a potential second option outlined here. In short, by creating a deploy key with write access, one can push changes and trigger workflows.
Supporting the deploy-key scenario is definitely a feature we should incorporate. Thanks for proposing! Feel free to use the implementation in your fork as a starting point for a PR, otherwise I can likely get to this later this week.
Regarding a require-release flag (or similar), I can see how this would be useful, but I'd also like to be a little more comprehensive and allow users to define one or more GitHub tags that can be used to specify a "no-bump" scenario. For example, Documentation, New New Version, etc. I've opened #32 to track this separately.
I ideally want to use pushing a new tag as a trigger for a second part of my release code. I can currently do that by using a personal access token, but there is a potential second option outlined here. In short, by creating a deploy key with write access, one can push changes and trigger workflows.
I've explained in a little more detail in my fork of this project https://github.com/Spatial-Quotient/pr-semver-bump#adds-use-ssh-option
Would you consider a PR to add this as an option? I'd love to be able to avoid using a personal access token for my use-case :)
The text was updated successfully, but these errors were encountered: