Sorry für die Störung :-(
Dank eines neuen idiotischen Gesetzes muss jede Webseite ihre Besucher über die Verwendung einer
Technologie aufklären, die seit fast 25 Jahren
im Einsatz ist: Cookies
Wie jede Webseite, verwendet auch theHacker's Blog Cookies. Im Gegensatz zu anderen Seiten verwenden wir diese aber nur zu statistischen Zwecken. Hier gibt es keine versteckten Facebook- oder Google-Scripts, die Daten sammeln und dich quer durch das Internet verfolgen! :-)
Sofern du den lokalen Web-Storage deines Browsers nicht blockierst, wird dir diese Meldung nur einmalig gezeigt.
Nix gefunden. Probiers doch mal mit anderen Suchbegriffen 🤔
⏳ Suche läuft…
...
Nix dabei? Klick hier für weitere Ergebnisse 🔍
⏳ Suche läuft…
Nix mehr gefunden. Probiers doch mal mit anderen Suchbegriffen 😇
In einem vergangenen Artikel habe ich einen GitLab-Runner installiert. Der verwendete Shell-Executor hatte allerdings Schwächen, weil alle Aktionen aus den Jobs direkt auf der Maschine des Executors liefern. Wir konnten z. B. keine Software nachinstallieren, weil der Runner keine Root-Rechte hatte.
Heute zeige ich euch, wie ihr einen Docker-Executor einrichtet, der dann für jeden Job eine eigene Umgebung aufbaut.
Neulich habe ich ein GitLab aufgesetzt. Um das CI-/CD-System von GitLab nutzen zu können, ist ein GitLab-Runner notwendig. Der Runner ist dafür zuständig, die Aufgaben (Jobs) abzuarbeiten und die Ergebnisse an das GitLab zurückzusenden.
Heute zeige ich euch, wie man einen GitLab-Runner installiert.
GitLab ist eine Komplettlösung für Entwickler mit Git-Versionskontrolle, CI-/CD-System, Bug-Tracker und mehr. Die Software gibt es als open-source GitLab-Community-Edition (GitLab CE) oder kostenpflichtige Enterprise-Edition (GitLab EE) mit zusätzlichen Features.
In diesem Artikel zeige ich euch, wie man sich lokal eine Instanz von GitLab installiert.