Pipeline-Schritte konfigurieren

Wenn eine neue Pipeline erstellt wird, zeigt sie zunächst einen Start und Stopp Knoten unter der Registerkarte Übersicht an. Um die Logik der Pipeline zu definieren, fügen Sie Schritte zwischen Start und Stopp hinzu. Jeder Schritt kann bestimmte Operationen ausführen, wie Bereitstellung, Validierung, Rollback oder Code-Scan.

Klicken Sie auf das ➕ (Plus) Symbol zwischen Start und Stopp, um Ihren ersten Schritt hinzuzufügen.

Schrittkonfiguration

Beim Hinzufügen eines Schritts legen Sie die folgenden Felder fest:

• Name – Ein Label zur Identifizierung des Schritts (z. B. „In QA-Org bereitstellen“).

• Aktion – Die Aktion, die der Schritt ausführen wird (Bereitstellen, Validieren, Rollback, WebHook, Manueller Schritt, Code-Scan, Apex ausführen).

• Zielorganisation – Wählen Sie die Salesforce-Verbindung aus, in der der Schritt ausgeführt wird.

• Tests ausführen – Konfigurieren Sie, welche Tests ausgeführt werden sollen (Standard oder benutzerdefiniert).

• Nächster Schritt – Definieren Sie den Ablauf basierend auf den Ergebnissen:

  • Bei Erfolg – Wählen Sie den nächsten Schritt aus, der ausgeführt werden soll, wenn dieser Schritt erfolgreich ist.

  • Bei Fehler – Wählen Sie den nächsten Schritt, wenn der Schritt fehlschlägt (häufig auf Stopp gesetzt).

Nachdem Sie die Details ausgefüllt haben, klicken Sie Hinzufügen. Der Schritt wird der Pipeline hinzugefügt und das visuelle Diagramm aktualisiert, um den neuen Ablauf anzuzeigen.

Unterstützte Operationen

Pipelines unterstützen mehrere Operationen und ermöglichen flexible Release-Automatisierung:

• Bereitstellen – Stellt Metadaten aus dem Branch in der Ziel-Org bereit.

• Validieren – Führt eine Deployment-Validierung ohne Commit der Änderungen durch, nützlich für Vorprüfungen.

• Rollback – Rollt auf einen früheren Zustand mit dem während der Deployments erstellten Backup zurück.

• WebHook – Löst einen externen Webhook für Integrationen aus (z. B. zur Benachrichtigung von CI/CD- oder Ticketsystemen).

• Manueller Schritt – Pausiert die Pipeline, bis eine manuelle Freigabe oder Aktion erfolgt.

• Code-Scan – Führt statische Code-Analyse (z. B. PMD) als Teil der Pipeline-Ausführung durch.

• Apex ausführen – Führt benutzerdefinierte Apex-Tests oder Skripte als Teil der Pipeline aus.

Beispiel

Eine QA-Pipeline wird erstellt mit Start → Stopp.

Ein neuer Schritt wird hinzugefügt mit:

• Name: Validieren in QA-Org

• Aktion: Validieren

• Zielorganisation: QA Sandbox-Verbindung

• Tests ausführen: Standard

• Bei Erfolg: Bereitstellen

• Bei Fehler: Rollback

Nach dem Klicken auf Hinzufügen, das Pipeline-Diagramm wird aktualisiert und zeigt: Start → Validieren → Bereitstellen → Rollback → Stopp

Dies stellt sicher, dass die Pipeline zunächst Änderungen validiert, sie dann bereitstellt und im Fehlerfall ein Rollback auslöst, bevor sie stoppt.

Best Practices

• Zuerst Validierung verwenden – Fügen Sie einen Validierungs-Schritt vor dem Bereitstellen hinzu, um Probleme frühzeitig zu erkennen.

• Code-Scan einbeziehen – Stellen Sie sicher, dass Code-Qualitätskontrollen vor der Bereitstellung durchgesetzt werden.

• Umgebungen verketten – Konfigurieren Sie Bei Erfolg, um nacheinander von QA → UAT → Prod zu wechseln.

• Manuelle Schritte hinzufügen – Fügen Sie Genehmigungen für kritische Releases vor der Produktion ein.

• Rollback-Pfade definieren – Fügen Sie immer eine Rollback-Option hinzu für den Fall, dass Deployments fehlschlagen.