Amazon CodeCatalyst ist nicht mehr offen für Neukunden. Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter [Wie migriert man von CodeCatalyst](migration.md).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Erstellen, Testen und Bereitstellen mit Workflows
Nachdem Sie Ihren Anwendungscode in einer [CodeCatalystEntwicklungsumgebung](devenvironment.md) geschrieben und in Ihr [CodeCatalyst Quell-Repository](source.md) übertragen haben, können Sie ihn bereitstellen. Dies erfolgt automatisch über einen Workflow.
Ein *Workflow* ist ein automatisiertes Verfahren, das beschreibt, wie Sie Ihren Code als Teil eines CI/CD-Systems (Continuous Integration and Continuous Delivery) erstellen, testen und bereitstellen. Ein Workflow definiert eine Reihe von Schritten oder *Aktionen*, die während einer Workflow-Ausführung ausgeführt werden sollen. Ein Workflow definiert auch die Ereignisse oder *Auslöser*, die den Start des Workflows auslösen. Um einen Workflow einzurichten, erstellen Sie mit dem [visuellen Editor oder dem YAML-Editor](https://docs.aws.amazon.com//codecatalyst/latest/userguide/flows.html#workflow.editors) der CodeCatalyst Konsole eine *Workflow-Definitionsdatei*.
**Tipp**
Um einen kurzen Überblick darüber zu erhalten, wie Sie Workflows in einem Projekt verwenden könnten, [erstellen Sie ein Projekt mit einem Blueprint](https://docs.aws.amazon.com//codecatalyst/latest/userguide/projects-create.html#projects-create-console-template). Jeder Blueprint stellt einen funktionierenden Workflow bereit, den Sie überprüfen, ausführen und mit dem Sie experimentieren können.
## Informationen zur Workflow-Definitionsdatei
Eine *Workflow-Definitionsdatei* ist eine YAML-Datei, die Ihren Workflow beschreibt. Standardmäßig wird die Datei in einem `~/.codecatalyst/workflows/` Ordner im Stammverzeichnis Ihres [Quell-Repositorys](source-repositories.md) gespeichert. Die Datei kann die Erweiterung „.yml“ oder „.yaml“ haben, und die Erweiterung muss in Kleinbuchstaben geschrieben werden.
Im Folgenden finden Sie ein Beispiel für eine einfache Workflow-Definitionsdatei. Wir erklären jede Zeile dieses Beispiels in der folgenden Tabelle.
```
Name: MyWorkflow
SchemaVersion: 1.0
RunMode: QUEUED
Triggers:
- Type: PUSH
Branches:
- main
Actions:
Build:
Identifier: aws/build@v1
Inputs:
Sources:
- WorkflowSource
Configuration:
Steps:
- Run: docker build -t MyApp:latest .
```
| Linien | Description |
| --- | --- |
| Name: MyWorkflow
| Gibt den Namen des Workflows an. Weitere Informationen zu der `Name` Eigenschaft finden Sie unter[Eigenschaften der obersten Ebene](workflow-reference.md#workflow.top.level). |
| SchemaVersion: 1.0
| Gibt die Version des Workflow-Schemas an. Weitere Informationen zu der `SchemaVersion` Eigenschaft finden Sie unter[Eigenschaften der obersten Ebene](workflow-reference.md#workflow.top.level). |
| RunMode: QUEUED
| Gibt an, wie CodeCatalyst mit mehreren Durchläufen umgegangen wird. Weitere Hinweise zum Ausführungsmodus finden Sie unter[Konfiguration des Warteschlangenverhaltens von Läufen](workflows-configure-runs.md). |
| Triggers:
| Gibt die Logik an, nach der eine Workflow-Ausführung gestartet wird. Weitere Informationen zu Auslösern finden Sie unter [Automatisches Starten einer Workflow-Ausführung mithilfe von Triggern](workflows-add-trigger.md). |
| - Type: PUSH
Branches:
- main
| Gibt an, dass der Workflow immer dann gestartet werden muss, wenn Sie Code in den `main` Zweig des Standard-Quell-Repositorys übertragen. Weitere Informationen zur Workflow-Quelle finden Sie unter[Quell-Repositorys mit Workflows verbinden](workflows-sources.md). |
| Actions:
| Definiert die Aufgaben, die während einer Workflow-Ausführung ausgeführt werden müssen. In diesem Beispiel definiert der `Actions` Abschnitt eine einzelne Aktion namens`Build`. Weitere Informationen zu Aktionen finden Sie unter[Workflow-Aktionen konfigurieren](workflows-actions.md). |
| Build:
| Definiert die Eigenschaften für die `Build` Aktion. Weitere Hinweise zur Build-Aktion finden Sie unter[Bauen mit Workflows](build-workflow-actions.md). |
| Identifier: aws/build@v1
| Gibt den eindeutigen, hartcodierten Bezeichner für die Build-Aktion an. |
| Inputs:
Sources:
- WorkflowSource
| Gibt an, dass die Build-Aktion im `WorkflowSource` Quell-Repository nach den Dateien suchen soll, die sie zum Abschließen der Verarbeitung benötigt. Weitere Informationen finden Sie unter [Quell-Repositorys mit Workflows verbinden](workflows-sources.md). |
| Configuration:
| Enthält die Konfigurationseigenschaften, die für die Build-Aktion spezifisch sind. |
| Steps:
- Run: docker build -t MyApp:latest .
| Weist die Build-Aktion an, ein Docker-Image mit dem Namen zu erstellen `MyApp` und es mit `latest` zu kennzeichnen. |
Eine vollständige Liste aller in der Workflow-Definitionsdatei verfügbaren Eigenschaften finden Sie unter[YAML-Workflow-Definition](workflow-reference.md).
## Verwenden der visuellen Editoren und der YAML-Editoren der CodeCatalyst Konsole
Um die Workflow-Definitionsdatei zu erstellen und zu bearbeiten, können Sie Ihren bevorzugten Editor verwenden. Wir empfehlen jedoch, den visuellen Editor oder den YAML-Editor der CodeCatalyst Konsole zu verwenden. Diese Editoren bieten eine hilfreiche Dateiüberprüfung, um sicherzustellen, dass YAML-Eigenschaftsnamen, Werte, Verschachtelungen, Abstände, Groß-/Kleinschreibung usw. korrekt sind.
Die folgende Abbildung zeigt einen Arbeitsablauf im Visual Editor. Der visuelle Editor bietet Ihnen eine vollständige Benutzeroberfläche, über die Sie Ihre Workflow-Definitionsdatei erstellen und konfigurieren können. Der visuelle Editor umfasst ein Workflow-Diagramm (1), das die Hauptkomponenten des Workflows zeigt, und einen Konfigurationsbereich (2).
Alternativ können Sie den YAML-Editor verwenden, der im nächsten Bild gezeigt wird. Verwenden Sie den YAML-Editor, um große Codeblöcke einzufügen (z. B. aus einem Tutorial) oder um erweiterte Eigenschaften hinzuzufügen, die nicht im visuellen Editor angeboten werden.
Sie können vom visuellen Editor zum YAML-Editor wechseln, um zu sehen, welche Auswirkungen Ihre Konfigurationen auf den zugrunde liegenden YAML-Code haben.
## Workflows entdecken
Sie können Ihren Workflow zusammen mit anderen **Workflows**, die Sie im selben Projekt eingerichtet haben, auf der Workflow-Übersichtsseite einsehen.
Die folgende Abbildung zeigt die **Workflow-Übersichtsseite**. Sie enthält zwei Workflows: **BuildToProd**und **UnitTests**. Sie können sehen, dass beide einige Male ausgeführt wurden. Sie können **Letzte Läufe** auswählen, um schnell den Ausführungsverlauf anzuzeigen, oder den Namen des Workflows wählen, um den YAML-Code des Workflows und andere detaillierte Informationen anzuzeigen.
## Details zur Workflow-Ausführung anzeigen
Sie können die Details einer Workflow-Ausführung anzeigen, indem Sie die Ausführung auf der **Workflow-Übersichtsseite** auswählen.
Die folgende Abbildung zeigt die Details einer Workflow-Ausführung mit der Bezeichnung **run-CC11D**, die bei einem Commit to Source automatisch gestartet wurde. Das Workflow-Diagramm zeigt, dass eine Aktion fehlgeschlagen ist (1). Sie können zu den Protokollen (2) navigieren, um die detaillierten Protokollmeldungen einzusehen und Probleme zu beheben. Weitere Informationen zu Workflow-Ausführungen finden Sie unter[Einen Workflow ausführen](workflows-working-runs.md).
## Nächste Schritte
Weitere Informationen zu Workflow-Konzepten finden Sie unter[Workflow-Konzepte](workflows-concepts.md).
Informationen zum Erstellen Ihres ersten Workflows finden Sie unter[Erste Schritte mit Workflows](workflows-getting-started.md).