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 😇
Im letzten Artikel habe ich euch gezeigt, wie man eine Docker-Anwendung automatisch mit Docker Compose und GitLab-CI bauen kann.
In diesem Beitrag zeige ich euch, wie ihr eine Docker-Umgebung aufbaut und mit GitLab-CI eure Docker-Anwendungen automatisch in diese deployen lassen könnt.
Ich bin gerade dabei, probeweise meine HotS-Team-Webseite mit Docker zu bauen. Immer, wenn Blizzard einen neuen Helden ins Spiel bringt, muss ich ein paar (viele) Handgriffe machen und diese erst lokal ausprobieren und schließlich auf meinem Produktivserver erneut ausführen. Als Informatiker bin ich faul und möchte diesen Vorgang automatiseren. Hier kommt Docker ins Spiel…
In diesem Artikel zeige ich euch, wie ihr mit Docker und GitLab eine Anwendung bauen könnt.
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.