

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.

# Aktionen sequenzieren
<a name="workflows-depends-on"></a>

Wenn Sie einem Workflow Aktionen hinzufügen, werden sie standardmäßig im [Visual Editor](workflow.md#workflow.editors) nebeneinander hinzugefügt. Das bedeutet, dass die Aktionen parallel ausgeführt werden, wenn Sie einen Workflow-Lauf starten. Wenn Sie möchten, dass Aktionen in sequentieller Reihenfolge ausgeführt werden (und vertikal im Visual Editor angezeigt werden), müssen Sie Abhängigkeiten zwischen ihnen einrichten. Sie können beispielsweise eine `Test` Aktion so einrichten, dass sie von der `Build` Aktion abhängt, sodass die Testaktion nach der Build-Aktion ausgeführt wird.

Sie können Abhängigkeiten zwischen Aktionen und Aktionsgruppen einrichten. Sie können one-to-many Abhängigkeiten auch so konfigurieren, dass eine Aktion von mehreren anderen abhängt, bevor sie gestartet wird. Lesen Sie die Richtlinien unter[Abhängigkeiten zwischen Aktionen einrichten](workflows-depends-on-set-up.md), um sicherzustellen, dass Ihr Abhängigkeits-Setup der YAML-Syntax des Workflows entspricht.

**Topics**
+ [Beispiele für die Konfiguration von Abhängigkeiten zwischen Aktionen](workflows-depends-on-examples.md)
+ [Abhängigkeiten zwischen Aktionen einrichten](workflows-depends-on-set-up.md)

# Beispiele für die Konfiguration von Abhängigkeiten zwischen Aktionen
<a name="workflows-depends-on-examples"></a>

Die folgenden Beispiele zeigen, wie Abhängigkeiten zwischen Aktionen und Gruppen in der Workflow-Definitionsdatei konfiguriert werden.

**Topics**
+ [Beispiel: Konfiguration einer einfachen Abhängigkeit](#workflows-depends-on-example-simple)
+ [Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von einer Aktion abhängt](#workflows-depends-on-example-action-groups-actions)
+ [Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von einer anderen Aktionsgruppe abhängt](#workflows-depends-on-example-two-action-groups)
+ [Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von mehreren Aktionen abhängt](#workflows-depends-on-example-advanced)

## Beispiel: Konfiguration einer einfachen Abhängigkeit
<a name="workflows-depends-on-example-simple"></a>

Das folgende Beispiel zeigt, wie eine `Test` Aktion so konfiguriert wird, dass sie von der `Build` Aktion abhängt, die die `DependsOn` Eigenschaft verwendet.

```
Actions:
  Build:
    Identifier: aws/build@v1
    Configuration:
      ...
  Test:
    DependsOn:
      - Build
    Identifier: aws/managed-test@v1
     Configuration:
       ...
```

## Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von einer Aktion abhängt
<a name="workflows-depends-on-example-action-groups-actions"></a>

Das folgende Beispiel zeigt, wie eine `DeployGroup` Aktionsgruppe so konfiguriert wird, dass sie von der `FirstAction` Aktion abhängt. Beachten Sie, dass sich Aktion und Aktionsgruppe auf derselben Ebene befinden.

```
Actions:
  FirstAction: #An action outside an action group
    Identifier: aws/github-actions-runner@v1
    Configuration:
      ...
  DeployGroup: #An action group containing two actions
    DependsOn: 
      - FirstAction
    Actions:
      DeployAction1:
      ...
      DeployAction2:
      ...
```

## Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von einer anderen Aktionsgruppe abhängt
<a name="workflows-depends-on-example-two-action-groups"></a>

Das folgende Beispiel zeigt, wie eine `DeployGroup` Aktionsgruppe so konfiguriert wird, dass sie von der `BuildAndTestGroup` Aktionsgruppe abhängt. Beachten Sie, dass sich die Aktionsgruppen auf derselben Ebene befinden.

```
Actions:
  BuildAndTestGroup: # Action group 1
    Actions:
      BuildAction:
      ...
      TestAction:
      ...
  DeployGroup: #Action group 2
    DependsOn: 
      - BuildAndTestGroup
    Actions:
      DeployAction1:
      ...
      DeployAction2:
      ...
```

## Beispiel: Konfiguration einer Aktionsgruppe so, dass sie von mehreren Aktionen abhängt
<a name="workflows-depends-on-example-advanced"></a>

Das folgende Beispiel zeigt, wie eine `DeployGroup` Aktionsgruppe so konfiguriert wird, dass sie von der `SecondAction` Aktion, der Aktion und der `BuildAndTestGroup` Aktionsgruppe abhängt. `FirstAction` Beachten Sie, dass `DeployGroup` sich das auf derselben Ebene wie `FirstAction``SecondAction`, und befindet`BuildAndTestGroup`.

```
Actions:
  FirstAction: #An action outside an action group
    ...
  SecondAction: #Another action 
    ...
  BuildAndTestGroup: #Action group 1
    Actions:
      Build:
      ...
      Test:
      ...
  DeployGroup: #Action group 2
    DependsOn: 
      - FirstAction
      - SecondAction
      - BuildAndTestGroup
    Actions:
      DeployAction1:
      ...
      DeployAction2:
      ...
```

# Abhängigkeiten zwischen Aktionen einrichten
<a name="workflows-depends-on-set-up"></a>

Verwenden Sie die folgenden Anweisungen, um Abhängigkeiten zwischen Aktionen in einem Workflow einzurichten.

Beachten Sie bei der Konfiguration von Abhängigkeiten die folgenden Richtlinien:
+ Wenn sich eine Aktion innerhalb einer Gruppe befindet, kann diese Aktion nur von anderen Aktionen innerhalb derselben Gruppe abhängen.
+ Aktionen und Aktionsgruppen können von anderen Aktionen und Aktionsgruppen auf *derselben Ebene in der* YAML-Hierarchie abhängen, jedoch *nicht* auf einer anderen Ebene.

------
#### [ Visual ]

**Um Abhängigkeiten mit dem Visual Editor einzurichten**

1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).

1. Wählen Sie Ihr Projekt.

1. **Wählen Sie im Navigationsbereich **CI/CD** und dann Workflows aus.**

1. Wählen Sie den Namen Ihres Workflows. Sie können nach dem Quell-Repository oder dem Branch-Namen filtern, in dem der Workflow definiert ist, oder nach Workflow-Namen oder -Status filtern.

1. Wählen Sie **Bearbeiten** aus.

1. Wählen Sie **Visual**.

1. Wählen Sie im Workflow-Diagramm die Aktion aus, die von einer anderen Aktion abhängt.

1. Wählen Sie die Registerkarte **Eingaben**.

1. Gehen Sie **unter Abhängig von — optional** wie folgt vor:

   Geben Sie eine Aktion, eine Aktionsgruppe oder ein Gate an, die erfolgreich ausgeführt werden müssen, damit diese Aktion ausgeführt werden kann.

   Weitere Hinweise zur Funktion „Hängt davon ab“ finden Sie unter. [Aktionen sequenzieren](workflows-depends-on.md)

1. (Optional) Wählen Sie „**Validieren**“, um den YAML-Code des Workflows vor dem Commit zu überprüfen.

1. Wählen Sie **Commit**, geben Sie eine Commit-Nachricht ein und wählen Sie erneut **Commit**.

------
#### [ YAML ]

**Um Abhängigkeiten mit dem YAML-Editor einzurichten**

1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).

1. Wählen Sie Ihr Projekt.

1. **Wählen Sie im Navigationsbereich **CI/CD** und dann Workflows aus.**

1. Wählen Sie den Namen Ihres Workflows. Sie können nach dem Quell-Repository oder dem Branch-Namen filtern, in dem der Workflow definiert ist, oder nach Workflow-Namen oder -Status filtern.

1. Wählen Sie **Bearbeiten** aus.

1. Wählen Sie **YAML.**

1. Fügen Sie in einer Aktion, die von einer anderen Aktion abhängt, Code hinzu, der dem folgenden ähnelt:

   ```
   action-name:
     DependsOn:
       - action-1
   ```

   Weitere Beispiele finden Sie unter [Beispiele für die Konfiguration von Abhängigkeiten zwischen Aktionen](workflows-depends-on-examples.md). Allgemeine Richtlinien finden Sie unter[Abhängigkeiten zwischen Aktionen einrichten](#workflows-depends-on-set-up). Weitere Informationen finden Sie in der Beschreibung der `DependsOn` Immobilie im Abschnitt [YAML-Workflow-Definition](workflow-reference.md) Für Ihre Aktion.

1. (Optional) Wählen Sie „**Validieren**“, um den YAML-Code des Workflows vor dem Commit zu überprüfen.

1. Wählen Sie **Commit**, geben Sie eine Commit-Nachricht ein und wählen Sie erneut **Commit**.

------