Zum Hauptinhalt springen

Git-Workflows und Source-Integrationen

Prüfungsbezug: DOP-C02 Domain 1 zu Pipelines, Tests, Artefakten oder Deployment.

Lernziel

Branch- und Trigger-Strategien für schnelle Integration und Nachvollziehbarkeit wählen.

Difficulty / SchwierigkeitsgradMittel
Study time / Lernzeit120 Minuten
Prerequisites / VoraussetzungenVorherige Lektionen dieses Bandes

Berufliches Szenario

Langlebige Branches erzeugen große Merges; die deployte Revision ist unklar.

Kernkonzepte

  • Trunk-Based Development bevorzugt kleine häufige Integration.
  • AWS CodeConnections integriert unterstützte externe Repositories.
  • PR-Validierung und Release-Delivery haben unterschiedliche Wirkungen.
  • Commit-ID, Artefaktversion und Digest werden verknüpft.

Architekturablauf

  1. Release-Input und unveränderliche Identität bestimmen.
  2. Managed AWS Control Plane und Least-Privilege-Rolle wählen.
  3. Build-, Test-, Artefakt- oder Deployment-Arbeit ausführen.
  4. Service Events, Logs, Reports und Runtime-Metriken sammeln.
  5. Nach klaren Regeln stoppen, wiederholen oder zurückrollen.

Entscheidungsmatrix

AnforderungBevorzugte WahlBegründung
Schnelle IntegrationKurzlebige BranchesWeniger Merge-Verzögerung
Externe Git-SourceCodeConnectionsManaged Event-Integration
Release-NachvollziehbarkeitCommit plus DigestExakte Herkunft

Fehlerbilder und Fehlersuche

  • Pipeline überwacht falschen Branch.
  • Connection ist pending oder nicht autorisiert.
  • Build benötigt Git-Historie, erhält aber nur Archiv.

Sicherheit und Betrieb

  • Kurzlebige Service-Rollen und Least Privilege.
  • Artefakte verschlüsseln und Secrets aus Logs fernhalten.
  • Änderungen und Freigaben für Audit erfassen.

Praxislabor

Goal / Ziel: PR-Validierung und Main-Branch-Delivery entwerfen.

Aufgaben

  1. Kleinste sichere Testarchitektur erstellen.
  2. Hauptworkflow umsetzen oder simulieren.
  3. Einen kontrollierten Fehler einführen.
  4. Anhand von Service-Nachweisen diagnostizieren.
  5. Cleanup und eine Verbesserung dokumentieren.

Validierung

  • Workflow nutzt unveränderliche Version.
  • Pflichtfehler blockiert Promotion.
  • Diagnose identifiziert ersten fehlerhaften Übergang.

Cost control / Kostenkontrolle: Ressourcen kurzlebig halten; Cleanup vorher lesen.

Aufräumen

  1. Pipeline-, Build- und Deployment-Ressourcen löschen.
  2. Temporäre Artefakte, Images, Logs und Rollen entfernen.

Prüfungsfallen

  • Branchname allein als Identität ansehen.
  • Gespeicherte AWS-Schlüssel beim Source Provider.

Wichtigste Erkenntnisse

  • Trunk-Based Development bevorzugt kleine häufige Integration.
  • Commit-ID, Artefaktversion und Digest werden verknüpft.
  • Entscheidungen werden mit Anforderungen und Fehlerverhalten begründet.

Wiederholungsfragen

  1. Was ist die unveränderliche Release-Identität?
  2. Welche Nachweise belegen Erfolg oder Fehler?
  3. Was ist die sicherste Recovery-Aktion?
Antworten
  1. Version, Digest oder eindeutig versioniertes Artefakt.
  2. Service Events, Logs, Reports, Health Checks und Runtime-Metriken.
  3. Bekannte gute Version über konfigurierten Rollback wiederherstellen.