Thank you, @chrispat you are right that for the example I gave, we can drop the
[ci skip] since GH Actions can’t trigger other Actions (unless you use a different token).
However, that was just one particular example. The general problem remains:
Squash merging where there may be any number of intermediary commits containing
[ci skip] will cause any
pull_request workflows not to trigger.
I’d have to imagine most teams would want a PR that happens to contain a commit in the beginning/middle of the PR with a message of
fix changelog [skip ci] should still have its build artifacts built/deployed when the PR is merged.
We got lots of feedback from people that it was too much effort so we wanted to have built in support.
No problem with adding support … just give teams the ability to opt-out, when necessary.