Metainformationen zur Seite
  •  

**Dies ist eine alte Version des Dokuments!**

Runner

Shared Runner

Wir haben mehrere zur Verfügung stehende Runner im GitLab konfiguriert:

  • gitlab-build1
    • 10 CPU-Kerne
    • Tags: default, cn
  • crassusvampus
    • 40 CPU-Kerne
    • Tags: ht, default, ccb
  • castle
    • 32 epyc CPU-Kerne
    • Tags: ht, default, dsml, epyc

Standardmäßig wird der nächste freie Runner gewählt um die CI-Pipeline auszuführen. Man kann einem Job aber auch vorschreiben, dass er nur Runner mit einem oder mehreren speziellen tags nutzen soll. Weitere Informationen findet ihr in der Dokumentation zu Jobs in der CI.

Pipelines lokal ausführen

Manchmal ist es schneller, einfacher und/oder angenehmer, eine fehlschlagende Pipeline lokal zu debuggen. Hierzu kann man den GitLab Runner auch lokal alle oder Teile der Jobs einer gitlab-ci.yml ausführen lassen.

Um zum Beispiel den Job my-job mit dem Docker-Runner laufen zu lassen, muss folgender Befehl im selben Verzeichnis wie die gitlab-ci.yml ausgeführt werden: $ gitlab-runner exec docker my-job