<div dir="ltr">The tool to configure our repositories now lives at <a href="https://salsa.debian.org/pkg-go-team/ci/blob/master/cmd/ci/ci.go">https://salsa.debian.org/pkg-go-team/ci/blob/master/cmd/ci/ci.go</a>.<div><br></div><div>I’ll run this tomorrow unless there are any objections.</div><div>For the time being, the tool only touches the runner configuration and CI config path.</div><div>In other words, I will not yet place a debian/gitlab-ci.yml file in each repository, so that we have some more time to gather feedback. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 28, 2018 at 1:44 PM, Michael Stapelberg <span dir="ltr"><<a href="mailto:stapelberg@debian.org" target="_blank">stapelberg@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Sat, Jan 27, 2018 at 11:21 PM, Michael Stapelberg <span dir="ltr"><<a href="mailto:stapelberg@debian.org" target="_blank">stapelberg@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hey,<div><br></div><div>Have a look at <a href="https://salsa.debian.org/stapelberg/toxiproxy/-/jobs/5260" target="_blank">https://salsa.debian.org/stape<wbr>lberg/toxiproxy/-/jobs/5260</a> — I just got a GitLab CI runner and job working which builds the package using git-buildpackage, then looks for failures in reverse-dependencies using <a href="https://github.com/Debian/ratt" target="_blank">https://github.com/Debian/ratt</a><wbr>.</div><div><br></div><div>I intend to write a tool to programmatically bulk-update CI settings on GitLab, so that we can enable this feature for all of our repositories.</div><div><br></div><div>Aside from the GitLab-side, we also need a .gitlab-ci.yml file in the repository itself. I can bulk-commit these, along with adding them to Files-Excluded in debian/copyright so that upstream copies are discarded.</div></div></blockquote><div><br></div></span><div>I just saw that one can customize the path to .gitlab-ci.yml: <a href="https://docs.gitlab.com/ee/user/project/pipelines/settings.html#custom-ci-config-path" target="_blank">https://docs.<wbr>gitlab.com/ee/user/project/<wbr>pipelines/settings.html#<wbr>custom-ci-config-path</a></div><div><br></div><div>I suggest setting this path to “debian/gitlab-ci.yml” for our repositories, so that we don’t need to mangle upstream’s .gitlab-ci.yml and have all relevant files within the debian/ directory.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>With this feature place, the next step I’d like to implement is a speculative package auto-updater: upon noticing the Debian and upstream version have diverged, we could import the new version, send a Merge Request, have the CI check for breakages and (manually) merge and upload if no breakages are introduced.</div><div><br></div><div>Let me know if you have any thoughts,</div><span class="m_9102108027963553921gmail-HOEnZb"><font color="#888888"><div><div><br></div>-- <br><div class="m_9102108027963553921gmail-m_-6323871683289101240gmail_signature">Best regards,<br>Michael</div>
</div></font></span></div>
</blockquote></span></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_9102108027963553921gmail_signature">Best regards,<br>Michael</div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards,<br>Michael</div>
</div>