[ci skip] flag shows up in commit message when it wasn't called
See original GitHub issueI replicated the experiment in the Wiki (GitHub version). When I made my first commit, the commit messages are showing up as dvc repro [ci skip]
. I wouldn’t expect to see [ci skip]
if I didn’t include a flag for that, and in fact, I’m sure the CI ran! It might help me avoid confusion if we avoid printing that flag in commit messages except when it is explicitly called by the user.
Issue Analytics
- State:
- Created 3 years ago
- Comments:14 (14 by maintainers)
Top Results From Across the Web
Skip build if there's [skip ci] in the commit message. #858
Hey, just wonder if there's a way I can skip a build if [skip ci] or something exists in the commit message. I...
Read more >Git push option for ci-skip (#44546) · Issues - GitLab
Currently, GitLab supports ci-skip appearing in commit messages. If present, a pipeline is not created when that commit is the HEAD of a ......
Read more >Aborting commit due to empty commit message - Stack Overflow
when atom was already launched, it opened a new tab for adding comments, but git wasn't waiting for me to save file and...
Read more >Is there a [ci skip] option in GitLab CI? - DevOps Stack Exchange
If your commit message contains [ci skip] or [skip ci] , using any capitalization, the commit will be created but the pipeline will...
Read more >Why Is [ci skip] or [skip ci] Not Working? - CircleCI Support
We allow skipping builds in CircleCI by passing either [ci skip] or [skip ci] tag in the first line of the body of...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The way I understand the problem (please @andronovhopf correct me if I’m wrong) is that the message does not look nice on those automated commits, it’s confusing since not that many people are aware about this convention (I believe it’s close to 0), it looks like some noise in the history (similar to the
__test__
issue), etc.The point is that if we can in our action somehow distinguish those w/o relaying on the message we can avoid this special mark and just use regular message.
Closed since right now the workflow does not push back to remote anymore.