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, 32c, 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