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.

# Bauen mit Workflows
<a name="build-workflow-actions"></a>

Mithilfe von [CodeCatalyst Workflows](workflow.md) können Sie Anwendungen und andere Ressourcen erstellen. 

**Topics**
+ [Wie erstelle ich eine Anwendung?](#build-how-to)
+ [Vorteile der Build-Aktion](#build-benefits)
+ [Alternativen zur Build-Aktion](#build-alternatives)
+ [Hinzufügen der Build-Aktion](build-add-action.md)
+ [Ergebnisse einer Build-Aktion anzeigen](build-view-results.md)
+ [Tutorial: Artefakte auf Amazon S3 hochladen](build-deploy.md)
+ [Aktionen erstellen und testen YAML](build-action-ref.md)

## Wie erstelle ich eine Anwendung?
<a name="build-how-to"></a>

Um eine Anwendung oder Ressource darin zu erstellen CodeCatalyst, erstellen Sie zunächst einen Workflow und geben dann eine darin enthaltene Build-Aktion an.

Eine *Build-Aktion* ist ein Workflow-Baustein, der Ihren Quellcode kompiliert, Komponententests ausführt und Artefakte erzeugt, die sofort bereitgestellt werden können.

Sie fügen Ihrem Workflow mithilfe des Visual Editors oder YAML-Editors der CodeCatalyst Konsole eine Build-Aktion hinzu.

Die allgemeinen Schritte zum Erstellen einer Anwendung oder Ressource lauten wie folgt.

**Um eine Anwendung zu erstellen (Aufgaben auf hoher Ebene)**

1. In CodeCatalyst **fügen Sie Quellcode** für eine Anwendung hinzu, die Sie erstellen möchten. Weitere Informationen finden Sie unter [Speichern von Quellcode in Repositorys für ein Projekt in CodeCatalyst](source-repositories.md).

1.  CodeCatalystIn **erstellen Sie einen Workflow**. In diesem Workflow definieren Sie, wie Ihre Anwendung erstellt, getestet und bereitgestellt werden soll. Weitere Informationen finden Sie unter [Erste Schritte mit Workflows](workflows-getting-started.md).

1. (Optional) Im Workflow **fügen Sie einen Trigger** hinzu, der die Ereignisse angibt, die dazu führen, dass der Workflow automatisch gestartet wird. Weitere Informationen finden Sie unter [Automatisches Starten einer Workflow-Ausführung mithilfe von Triggern](workflows-add-trigger.md).

1. Im Workflow fügen Sie eine **Build-Aktion** hinzu, die den Quellcode Ihrer Anwendung oder Ressource kompiliert und verpackt. Optional können Sie mit der Build-Aktion auch Komponententests ausführen, Berichte generieren und Ihre Anwendung bereitstellen, wenn Sie für diese Zwecke keine Test- oder Bereitstellungsaktion verwenden möchten. Weitere Informationen zu den Test- und Bereitstellungsaktionen finden Sie unter[Hinzufügen der Build-Aktion](build-add-action.md).

1. (Optional) Im Workflow **fügen Sie eine Testaktion und eine **Bereitstellungsaktion**** hinzu, um Ihre Anwendung oder Ressource zu testen und bereitzustellen. Sie können aus mehreren vorkonfigurierten Aktionen wählen, um Ihre Anwendung für verschiedene Ziele bereitzustellen, z. B. Amazon ECS. Weitere Informationen finden Sie unter [Testen mit WorkflowsTesten mit Workflows](test-workflow-actions.md) und [Bereitstellung mit WorkflowsBereitstellung mit Workflows](deploy.md).

1. Sie **starten den Workflow** entweder manuell oder automatisch über einen Trigger. Der Workflow führt die Build-, Test- und Bereitstellungsaktionen nacheinander aus, um Ihre Anwendung und Ressourcen zu erstellen, zu testen und auf dem Ziel bereitzustellen. Weitere Informationen finden Sie unter [Manuelles Starten einer Workflow-Ausführung](workflows-manually-start.md).

## Vorteile der Build-Aktion
<a name="build-benefits"></a>

Die Verwendung der Build-Aktion innerhalb eines Workflows hat die folgenden Vorteile:
+ **Vollständig verwaltet** — Durch die Build-Aktion müssen Sie Ihre eigenen Build-Server nicht mehr einrichten, patchen, aktualisieren und verwalten. 
+ **Bei Bedarf** — Die Build-Aktion wird nach Bedarf skaliert, um Ihre Build-Anforderungen zu erfüllen. Sie zahlen nur für die Anzahl der Build-Minuten, die Sie wirklich nutzen. Weitere Informationen finden Sie unter [Konfiguration von Compute- und Runtime-Images](workflows-working-compute.md).
+ **Sofort einsatzbereit** — CodeCatalyst enthält vorkonfigurierte Docker-Images für die Laufzeitumgebung, die zur Ausführung all Ihrer Workflow-Aktionen, einschließlich Build-Aktionen, verwendet werden. Diese Images sind mit nützlichen Tools für die Erstellung von Anwendungen wie Node.js und The AWS CLI vorkonfiguriert. Sie können so konfigurieren CodeCatalyst , dass ein Build-Image verwendet wird, das Sie aus einer öffentlichen oder privaten Registrierung bereitstellen. Weitere Informationen finden Sie unter [Angabe von Images für die Laufzeitumgebung](build-images.md).

## Alternativen zur Build-Aktion
<a name="build-alternatives"></a>

Wenn Sie eine Build-Aktion zur Bereitstellung Ihrer Anwendung verwenden, sollten Sie stattdessen eine CodeCatalyst *Bereitstellungsaktion* verwenden. Bereitstellungsaktionen führen behind-the-scenes Konfigurationen durch, die Sie sonst manuell schreiben müssten, wenn Sie eine Build-Aktion verwenden würden. Weitere Informationen zu den verfügbaren Bereitstellungsaktionen finden Sie unter[Liste der Bereitstellungsaktionen](deploy.md#deploy-concepts-action-supported).

Sie können es auch verwenden AWS CodeBuild , um Ihre Anwendungen zu erstellen. Weitere Informationen finden Sie unter [Was ist CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html).