<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Lucas Nussbaum <<a href="mailto:lucas@debian.org">lucas@debian.org</a>> 于2025年8月25日周一 14:14写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> I am all in favor of having all kinds of automation to work on<br>
> hundreds of packages in parallel, and it might be a good idea to run<br>
> the Salsa CI every once in a while even with no or just few changes to<br>
> validate that there are no regressions due to changes in dependencies,<br>
> but please limit triggering parallel Salsa CI runs to the maximum<br>
> amount you will be able to read/debug in case there are failures.<br>
> <br>
> If you know you are doing a minor typofix, removing a trailing space<br>
> etc and don't need CI at all, please pass the git option `-o ci.skip`<br>
> when pushing.<br>
> <br>
> Example:<br>
> git push -o ci.skip<br>
<br>
I'm using the GitLab REST API through python-gitlab to automate those<br>
commits. Do you know if there's a way to do the same thing in that case,<br>
other that using "[skip ci]" in the commit message, which pollutes the<br>
git history</blockquote><div><br></div><div>Something tricky but should work might be, in Settings>CI/CD, update the "CI/CD configuration file" field from d/salsa-ci.yml to something invalid before doing the changes, and restoring it afterwards?</div><div><br></div><div>In API it would be default_ci_config_path in /application/settings.</div><div><br></div><div>Best regards,</div><div>Tianyu</div></div></div>