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
Instead of always requiring a GitHub version tag (e.g. "major", "minor", "patch", etc) on every pull request, it should be possible for the author to indicate that no new version is to result from merging the pull request.
Proposal
Add a noop-labels configuration variable that accepts a list of label names that, when any are applied to the pull request, will result in no new version being tagged.
a. It is valid to assign more than one label in the noop-labels group to a pull request.
b. It is invalid to assign any label from the noop-labels group and to also assign a label defined by major-label, minor-label, or patch-label.
For example, using the configuration below, users could then label a pull request with documentation change or no new version (or both), causing the pr-semver-bump workflow to complete successfully without tagging any new version.
Currently, I am using no label to signify that I do not want a release, so the only case not mentioned here is what happens when there are no labels on a PR. I probably would migrate to this syntax, but it would require listing nearly all of my labels and keeping that list up-to-date with other changes. I do appreciate this is far more useful for the CI check though
Instead of always requiring a GitHub version tag (e.g. "major", "minor", "patch", etc) on every pull request, it should be possible for the author to indicate that no new version is to result from merging the pull request.
Proposal
Add a
noop-labels
configuration variable that accepts a list of label names that, when any are applied to the pull request, will result in no new version being tagged.a. It is valid to assign more than one label in the
noop-labels
group to a pull request.b. It is invalid to assign any label from the
noop-labels
group and to also assign a label defined bymajor-label
,minor-label
, orpatch-label
.For example, using the configuration below, users could then label a pull request with
documentation change
orno new version
(or both), causing the pr-semver-bump workflow to complete successfully without tagging any new version.The text was updated successfully, but these errors were encountered: