Ability to set `commit` to different values in add and version commands.
See original GitHub issueAffected Packages
Problem
We recently migrated to Changesets and are seeing some issues related to the commit
option being used by both add
and version
commands. We set it to true
, thinking that it would be convenient if didn’t have to run git add/commit
immediately after having run changeset add
. But when the action/changesets
picks up the changes and runs changeset version
, it adds [skip ci]
to the commit message and submits the PR. When we merge the PR, nothing happens because CI is skipped.
I looked through the docs and even looked into the code to see if I had missed a configuration somewhere, but it turns out it was removed back in 2.0, with the message below:
- If you use
commit
andskipCI
inversionOptions
orpublishOptions
, set commit totrue
, all commits will include a skip ci message. if you have a use case for only using commit on one command or not including a skip ci message by default, contact us and we will talk about re-implementing these features.
So I guess what I’m asking is if we can re-implement this feature 😄
Proposed solution
Ability to override commit
for one command, or at least split up the commit
option so we can set different values for add and version commands.
Issue Analytics
- State:
- Created 2 years ago
- Comments:18 (9 by maintainers)
Top GitHub Comments
I’ll be interested in an option to disable addition of “[skip ci]” while keeping the auto commit functionality. My usecase is like this:
changeset version
runs on CI whenever someone opens a PR fromdevelop
(staging env) ->main
(prod env) and pushes back the result todevelop
branch.Due to the
[skip ci]
the pipeline gets skipped and the required CI checks in Github Branch protection rules failOne solution I think that would fit most use cases is to be able to customize the commit message template itself rather add a specific option for
[skip ci]
. Something similar to the changelog option?Today I Relearned