Loading
Steuern, Verwalten und Veröffentlichen von Änderungen mit DevOps...
Schnelleinstieg: Verwenden von Salesforce CLI mit DevOps Center

Schnelleinstieg: Verwenden von Salesforce CLI mit DevOps Center

Verwenden Sie Salesforce CLI, um DevOps Center-Aufgaben über die Befehlszeile zu automatisieren. In diesem Schnelleinstieg erstellen und aktivieren Sie eine Pipeline, verwalten ein Arbeitselement und stufen Änderungen in die nächste Pipeline-Phase hoch.

Erforderliche Editionen

Verfügbarkeit: Lightning Experience in der Professional (API-Zugriff erforderlich), Enterprise, Performance, Unlimited und Developer Edition
Nicht verfügbar in: Government Cloud Plus. Wenden Sie sich für weitere Details an Ihren Salesforce-Kundenbeauftragten.
Nicht verfügbar in: Einsatzbereich EU "Einsatzbereich EU" ist ein spezielles zahlungspflichtiges Angebot, das eine stärkere Verpflichtung zur Datenresidenz bereitstellt. DevOps Center wird in Organisationen in der EU unterstützt, die nicht Teil der EU OZ sind, und zwar gemäß den Standardproduktbedingungen.
Erforderliche Benutzerberechtigungen
Erstellen einer Pipeline: DevOps Center Administrator
Höherstufen von Änderungen über die Pipeline: DevOps Center Deployment Manager (Entwickler des DevOps Centers)

Alle verfügbaren Kennzeichnungen und Optionen finden Sie unter Salesforce CLI Command Reference.

Führen Sie zunächst die folgenden Aufgaben aus.

  • Installieren Sie Salesforce CLI. Informationen finden Sie unter Install Salesforce CLI.
  • Installieren Sie das DevOps Center-Plugin.
    sf plugins install @salesforce/plugin-devops-center
  • Authentifizieren Sie sich bei der Organisation, in der DevOps Center verfügbar ist. Bei diesem Schnelleinstieg wird my-devops-org als Alias der Organisation verwendet.
    sf org login web --alias my-devops-org
  • Erstellen Sie auf der Benutzeroberfläche ein DevOps Center-Projekt.
  • Verbinden Sie das GitHub-Repository (oder Bitbucket) mit Ihrer DevOps Center-Organisation.
  • Legen Sie die authentifizierte Organisation als Standardorganisation fest.
    sf config set target-org=my-devops-org

    Beim Festlegen der Zielorganisation werden --target-org my-devops-org aus nachfolgenden Befehlen ausgelassen. Dieser Schnelleinstieg enthält die Kennzeichnung in jedem Befehl, damit die Zielorganisation eindeutig ist.

Einrichten einer Pipeline

Erstellen Sie eine Pipeline, fügen Sie ihre Phasen hinzu und konfigurieren Sie sie, aktivieren Sie die Pipeline und hängen Sie Ihr Projekt an.

  1. Listen Sie Ihre Projekte auf, um die Projekt-ID zu finden.
    sf devops project list --target-org my-devops-org

    Kopieren Sie die ID des Projekts, das Sie an die Pipeline anhängen möchten. In den Beispielen in diesem Schnelleinstieg wird 0Hn000000000001 verwendet.

  2. Erstellen Sie eine inaktive Pipeline und verbinden Sie sie mit Ihrem Repository.
    sf devops pipeline create --target-org my-devops-org --name "Release Pipeline" --repo https://github.com/myorg/myrepo

    Kopieren Sie die Pipeline-ID aus der Befehlsausgabe. In den Beispielen in diesem Schnelleinstieg wird 0XB000000000001 verwendet.

    Die Pipeline bleibt inaktiv, bis Sie ihre Phasen konfigurieren und aktivieren.

    Verwenden Sie --create-repo with --repo-type github|bitbucket, um beim Erstellen der Pipeline ein Repository zu erstellen.

  3. Fügen Sie Ihrer Pipeline Phasen hinzu. Eine neue Pipeline enthält eine standardmäßige Endphase. Fügen Sie jede neue Phase vor einer vorhandenen Phase hinzu, indem Sie diese vorhandene Phase mit --next-stage-id angeben.

    Fügen Sie beispielsweise eine Integrationsphase hinzu.

    sf devops pipeline stage add --target-org my-devops-org --pipeline-id 0XB000000000001 --name "Integration" --next-stage-id 0Xc000000000001

    Kopieren Sie die Phasen-ID aus der Befehlsausgabe. In den übrigen Beispielen werden 0Xc000000000005 für die Integrationsphase verwendet. Wiederholen Sie den Befehl für jede zusätzliche Phase, beispielsweise "UAT".

    Tipp
    Tipp Zeigen Sie Ihre Pipeline auf der DevOps Center-Benutzeroberfläche an, um die Phasen-IDs für nachfolgende Befehle abzurufen. Oder führen Sie sf devops pipeline get --pipeline-id 0XB000000000001 aus.
  4. Konfigurieren Sie jede Phase. Für jede Phase sind eine Verzweigung und eine Umgebung erforderlich. Konfigurieren Sie Phasen von rechts nach links, da die letzte Phase eine Verzweigung aufweisen muss, bevor Sie die Phasen davor konfigurieren können.

    Fügen Sie der Integrationsphase eine Verzweigung hinzu. Die --create-vcs-branch-Kennzeichnung erstellt die Verzweigung im Repository, sofern sie nicht vorhanden ist.

    sf devops stage branch add --target-org my-devops-org --pipeline-id 0XB000000000001 --stage-id 0Xc000000000005 --branch-name integration --create-vcs-branch

    Fügen Sie der Phase eine Sandbox-Umgebung hinzu.

    sf devops stage environment add --target-org my-devops-org --pipeline-id 0XB000000000001 --stage-id 0Xc000000000005 --environment-name Integration_Org --org-type Sandbox

    Es wird ein Browserfenster geöffnet, in dem Sie sich bei der Umgebung authentifizieren können. Verwenden Sie --org-type Production für Produktionsorganisationen. Fügen Sie in einer Headless-Umgebung --no-browser hinzu und befolgen Sie die durch den Befehl zurückgegebenen Authentifizierungsanweisungen.

    Wiederholen Sie die Verzweigungs- und Umgebungsbefehle für jede Phase. Verwenden Sie den Zweigstellennamen, den Umgebungsnamen und den Organisationstyp, der für jede Phase geeignet ist.

  5. Aktivieren Sie die Pipeline.
    Wichtig
    Wichtig Sie können die Pipeline-Phase nicht mehr ändern, nachdem Sie Änderungen über sie höhergestuft haben. Stellen Sie sicher, dass alle Phasen richtig konfiguriert sind, bevor Sie diesen Befehl ausführen.
    sf devops pipeline update --target-org my-devops-org --pipeline-id 0XB000000000001 --activate
  6. Hängen Sie Ihr DevOps Center-Projekt an die Pipeline an.
    sf devops pipeline project add --target-org my-devops-org --pipeline-id 0XB000000000001 --project-id 0Hn000000000001
    Die Pipeline ist bereit. Erstellen Sie Arbeitselemente auf der DevOps Center-Benutzeroberfläche oder führen Sie den Befehl sf devops work-item create aus.

Verwalten eines Arbeitselements

Schließen Sie einen Entwicklungszyklus ab, indem Sie ein Arbeitselement starten, Ihre Änderungen übernehmen, eine Überprüfung erstellen und das Arbeitselement als bereit zur Höherstufung markieren.

Sie können in allen Arbeitselement- und Überprüfungsbefehlen --work-item-id anstelle von --work-item-name übergeben.

  1. Legen Sie den Arbeitselementstatus auf Wird ausgeführt fest. DevOps Center erstellt eine Funktionsverzweigung für das Arbeitselement.
    sf devops work-item update --target-org my-devops-org --work-item-name WI-000042 --status "In Progress"
  2. Rufen Sie die Funktionsverzweigung aus dem verbundenen Repository ab und überprüfen Sie sie in Ihrem lokalen Projekt.
    git fetch origin
    git checkout WI-000042
  3. Rufen Sie Änderungen aus Ihrer Entwicklungsorganisation ab. In diesem Beispiel wird eine Apex-Klasse aus der Organisation mit dem Alias-my-sandbox abgerufen.
    sf project retrieve start --target-org my-sandbox --metadata ApexClass:MyNewClass
  4. Überprüfen Sie die abgerufenen Dateien, stellen Sie sie in Szene, übernehmen Sie sie und übertragen Sie die Funktionsverzweigung.
    git status
    git add force-app
    git commit -am "Implement new feature"
    git push origin WI-000042

    Passen Sie den an git add übergebenen Pfad an, wenn Ihr Salesforce DX Projekt ein anderes Paketverzeichnis verwendet.

  5. Erstellen Sie eine Änderungsanforderung (Pull-Anforderung), um die Funktionsverzweigung mit der Zielverzweigung zusammenzuführen.
    sf devops review create --target-org my-devops-org --work-item-name WI-000042
  6. Warten Sie, bis Ihr Team die Änderungsanforderung genehmigt und zusammenführt.
  7. Aktualisieren Sie den Arbeitselementstatus, um anzugeben, dass er für die Höherstufung bereit ist.
    sf devops work-item update --target-org my-devops-org --work-item-name WI-000042 --status "Ready to Promote"

Höherstufen eines Arbeitselements

Befördern Sie das Arbeitselement in die nächste Pipeline-Phase. DevOps Center validiert das Sonderangebot, führt die für die Zielphase konfigurierten Test-Suites aus und stellt die Änderungen bereit, wenn die Tests bestanden wurden.

  1. Befördern Sie das Arbeitselement mithilfe der Arbeitselement-ID und der Zielphasen-ID.
    sf devops promote --target-org my-devops-org --work-item-id 0Wx000000000042 --target-stage-id 0Xc000000000002

    Die Befehlsausgabe enthält eine Anforderungs-ID. Verwenden Sie sie, um den Sonderangebotsstatus zu überprüfen.

    Status: Completed
    Message: Work items successfully promoted to UAT.
    Request ID: a0B000000000001
    
    Promoted Work Items
    ───────────────────
    0Wx000000000042
  2. Verwenden Sie die Anforderungs-ID, um den Sonderangebotsstatus zu überprüfen.
    sf devops request status --target-org my-devops-org --request-token a0B000000000001

Nach Abschluss des Anforderungsstatus ist das Arbeitselement in der Zielphase verfügbar.

Allgemeine Aufgaben

Verwenden Sie diese Befehle während Ihres täglichen Entwicklungs-Workflows.

  1. Befördern Sie mehrere Arbeitselemente in dieselbe Phase. Geben Sie --work-item-id einmal für jedes Arbeitselement an.
    sf devops promote --target-org my-devops-org --work-item-id 0Wx000000000042 --work-item-id 0Wx000000000043 --target-stage-id 0Xc000000000002
  2. Stellen Sie extern zusammengeführte Änderungen in einer Phase bereit, die nicht mit DevOps Center synchron ist.
    sf devops promotion complete --target-org my-devops-org --target-stage-id 0Xc000000000002

Erweiterte Anwendungsfälle

Verwenden Sie nach Abschluss des grundlegenden Workflows diese Befehle für Sonderangebote, die mehr Kontrolle erfordern.

  • Benutzerdefinierte Sonderangebote: Führen Sie sf devops work-item prepare aus, um die erforderlichen Verzweigungen und Änderungsanforderungen zu erstellen, und befördern Sie dann das Arbeitselement.
  • Kombinieren von Arbeitselementen: Führen Sie sf devops work-item combine aus, wenn mehrere Arbeitselemente Metadaten gemeinsam verwenden oder Abhängigkeiten aufweisen und zusammen höhergestuft werden müssen.
  • Validieren vor dem Höherstufen: Führen Sie sf devops promotion validate aus, um die Versionskontrolle und Objektberechtigungen zu überprüfen, ohne die Arbeitselemente höherzustufen.
 
Laden
Salesforce Help | Article