Was passiert, nachdem GitLab den Code erhält?

GitLab, wenn es einen Code erhält (in der Regel über git push), initiiert es einen Prozess, der von den Projekteinstellungen abhängt:

1. Webhooks: Bei Eingang eines neuen Codes kann GitLab externe Systeme (z.B. CI/CD-Server, Projektmanagement-Systeme) benachrichtigen, indem es HTTP-Anfragen sendet. Dies ist ein Auslöser für weitere Aktionen.

2. CI/CD-Pipeline: Wenn im Projekt die Datei .gitlab-ci.yml konfiguriert ist, startet der GitLab Runner die CI/CD-Pipeline. Dieser Prozess umfasst:

   • Syntaxprüfung der Datei .gitlab-ci.yml.
   • Erstellung von Jobs basierend auf den Definitionen in der yml-Datei.
   • Zuweisung der Jobs an verfügbare Runner.
   • Der Runner erhält die Jobs, lädt den Quellcode des Repositories herunter.
   • Führt die für jeden Job angegebenen Befehle aus (Build, Test, Deployment usw.).
   • Speichert Artefakte (kompilierte Anwendungen, Testberichte) und Log-Dateien.
   • Sendet den Status der Jobs zurück an GitLab.

   Beispiel für die Struktur .gitlab-ci.yml:

   stages:
     - build
     - test
     - deploy
   
   build_job:
     stage: build
     script:
       - echo "Baue die Anwendung..."
       - make build
   
   test_job:
     stage: test
     script:
       - echo "Führe Tests aus..."
       - make test
   
   deploy_job:
     stage: deploy
     script:
       - echo "Stelle die Anwendung bereit..."
       - make deploy
     only:
       - main  # Trigger nur bei Push auf den Branch main
   

3. Automatische Aktionen: GitLab kann weitere automatische Aktionen ausführen:

   • Erstellen eines Merge Requests (bei Push auf einen anderen Branch als den Zielbranch).
   • Aktualisieren des Merge-Request-Status (falls vorhanden).
   • Ausführen von Sicherheits-Scans (bei entsprechender Konfiguration).
   • Automatisches Schließen oder Verknüpfen von Aufgaben (über Schlüsselwörter in Commits oder Merge-Request-Beschreibungen).

4. Benachrichtigungssystem: GitLab sendet Benachrichtigungen an Nutzer per E-Mail oder über andere Kanäle (Slack, Mattermost), wenn sie auf Repository-Ereignisse (neue Commits, Pipeline-Status, Kommentare) abonniert sind.

5. Aktualisierung der Repository-Daten: Intern aktualisiert GitLab die Daten des Repositories, Branches, Tags und Commit-Historie.

Der gesamte Prozess zielt darauf ab, neuen Code in den Gesamtarbeitsfluss zu integrieren, Build, Test und ggf. Deployment zu automatisieren sowie interessierte Parteien zu benachrichtigen.