Hallo Devs und Admins,
ich habe den Gitlab-CI-Runner auf runner02.ffnw.de an Docker angebunden. Alle Jobs, die auf dem Runner-System ausgeführt werden sollen müssen in Zukunft das "docker"-Tag zugewiesen bekommen. Dies betrifft alle Repos, die derzeit das CI-System nutzen (z.B. Puppet).
Wird in der gitlab-ci.yml kein Docker-Image definiert, wird der Job standardmäßig auf einem Debian-Stable Docker Image ausgeführt.
Ein Beispiel wie das ganze genutzt werden kann siehe hier: https://git.ffnw.de/netmon-sc/api-server/blob/master/.gitlab-ci.yml
Welche Verbesserung bringt die Änderung? Beim Ausführen von Jobs sind wir in Zukunft nicht mehr darauf angewiesen, welche Software auf dem System vorinstalliert ist sondern können einfach ein Docker-Image definieren auf dem der Job laufen soll und nach belieben software nachinstallieren ohne die Basis-VM runner02.ffnw.de zuzumüllen.
Fragen gerne per Mail. Ansonsten planen Stefan und ich auch am 06.04. rüber nach Oldenburg zu fahren sodass wir uns auch gerne direkt vor Ort austauschen können.
Viele Grüße Clemens
Hey Clemens,
ich habe den Gitlab-CI-Runner auf runner02.ffnw.de an Docker angebunden. Alle Jobs, die auf dem Runner-System ausgeführt werden sollen müssen in Zukunft das "docker"-Tag zugewiesen bekommen. Dies betrifft alle Repos, die derzeit das CI-System nutzen (z.B. Puppet).
Ah super :) danke dir.
Eigentlich wäre es besser eine neue runnerVM auszusetzen und die bestehende in ihren Ressourcen zu limitieren. Denn eine Umstellung z.b. für die Firmware ist etwas komplex, da in diesem falle die toolchane vom vorherigen build immer ins nächste übernommen werden soll.
vg Tarek