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. # Genehmigungen für Workflow-Läufe erforderlich Sie können eine Workflow-Ausführung so konfigurieren, dass eine Genehmigung erforderlich ist, bevor sie fortgesetzt werden kann. Um dies zu erreichen, müssen Sie dem Workflow ein **[Genehmigungstor](workflows-gates.md)** hinzufügen. Ein *Genehmigungstor* verhindert, dass ein Workflow fortgesetzt wird, bis ein Benutzer oder eine Gruppe von Benutzern eine oder mehrere Genehmigungen in der CodeCatalyst Konsole eingereicht haben. Sobald alle Genehmigungen erteilt wurden, ist das Gate „entsperrt“ und der Workflow-Lauf kann wieder aufgenommen werden. Verwenden Sie in Ihrem Workflow ein **Genehmigungstor**, um Ihren Entwicklungs-, Betriebs- und Führungsteams die Möglichkeit zu geben, Ihre Änderungen zu überprüfen, bevor sie einem breiteren Publikum zugänglich gemacht werden. Weitere Informationen zu Workflow-Ausführungen finden Sie unter[Einen Workflow ausführen](workflows-working-runs.md). **Topics** + [Wie entsperre ich eine Genehmigungsschleuse?](#workflows-approval-conditions) + [Wann sollte das Genehmigungstor verwendet werden](#workflows-approval-when) + [Wer kann eine Genehmigung ausstellen?](#workflows-approval-who) + [Wie informiere ich Benutzer darüber, dass eine Genehmigung erforderlich ist?](#workflows-approval-notify-methods) + [Kann ich ein Genehmigungstor verwenden, um zu verhindern, dass eine Workflow-Ausführung gestartet wird?](#workflows-approval-prevent) + [Wie funktionieren Workflow-Genehmigungen in den Modi „Warteschlange“, „Ersetzt“ und „parallel Ausführung“?](#workflows-approval-run-mode) + [Beispiel: Ein Genehmigungstor](workflows-approval-example.md) + [Hinzufügen eines Genehmigungstors](workflows-approval-add.md) + [Konfiguration von Genehmigungsbenachrichtigungen](workflows-approval-notify.md) + [Einen Workflow-Lauf genehmigen oder ablehnen](workflows-approval-approve.md) + [Zulassungsstelle YAML](approval-ref.md) ## Wie entsperre ich eine Genehmigungsschleuse? Um ein **Genehmigungsgate** zu entsperren, müssen *alle* der folgenden Bedingungen erfüllt sein: + **Bedingung 1**: Die erforderliche Anzahl von Genehmigungen muss eingereicht werden. Die erforderliche Anzahl von Genehmigungen ist konfigurierbar, und jeder Benutzer kann eine einzige Genehmigung einreichen. + **Bedingung 2**: Alle Genehmigungen müssen vor Ablauf der Frist eingereicht werden. Das Gate läuft 14 Tage nach seiner Aktivierung ab. Dieser Zeitraum ist nicht konfigurierbar. + **Bedingung 3**: Niemand darf den Workflow-Lauf ablehnen. Eine einzige Ablehnung führt dazu, dass der Workflow-Lauf fehlschlägt. + **Bedingung 4**: (Gilt nur, wenn Sie den abgelösten Ausführungsmodus verwenden.) Der Lauf darf nicht durch einen späteren Lauf ersetzt werden. Weitere Informationen finden Sie unter [Wie funktionieren Workflow-Genehmigungen in den Modi „Warteschlange“, „Ersetzt“ und „parallel Ausführung“?](#workflows-approval-run-mode). ****Wenn eine der Bedingungen nicht erfüllt ist, CodeCatalyst stoppt der Workflow und setzt den Ausführungsstatus auf **Fehlgeschlagen** (im Fall der **Bedingungen 1** bis **3**) oder Ersetzt (im Fall von Bedingung 4).**** ## Wann sollte das Genehmigungstor verwendet werden In der Regel verwenden Sie ein **Genehmigungsgate** in einem Workflow, bei dem Anwendungen und andere Ressourcen auf einem Produktionsserver oder in einer beliebigen Umgebung bereitgestellt werden, in der Qualitätsstandards validiert werden müssen. Indem Sie das Gate vor der Bereitstellung in der Produktion platzieren, geben Sie Prüfern die Möglichkeit, Ihre neue Softwareversion zu validieren, bevor sie der Öffentlichkeit zur Verfügung steht. ## Wer kann eine Genehmigung ausstellen? Jeder Benutzer, der Mitglied Ihres Projekts ist und die Rolle **Mitwirkender oder** **Projektadministrator innehat**, kann eine Genehmigung erteilen. Benutzer mit der Rolle **Space-Administrator**, die dem Space Ihres Projekts angehören, können ebenfalls eine Genehmigung erteilen. **Anmerkung** Benutzer mit der Rolle **Prüfer** können keine Genehmigungen erteilen. ## Wie informiere ich Benutzer darüber, dass eine Genehmigung erforderlich ist? Um Benutzer darüber zu informieren, dass eine Genehmigung erforderlich ist, müssen Sie: + Habe ihnen eine Slack-Benachrichtigung CodeCatalyst geschickt. Weitere Informationen finden Sie unter [Konfiguration von Genehmigungsbenachrichtigungen](workflows-approval-notify.md). + Gehen Sie zu der Seite in der CodeCatalyst Konsole, auf der sich die Schaltflächen **Genehmigen** und **Ablehnen** befinden, und fügen Sie die URL dieser Seite in eine E-Mail- oder Messaging-Anwendung ein, die an die Genehmiger adressiert ist. Weitere Informationen darüber, wie Sie zu dieser Seite navigieren, finden Sie unter[Einen Workflow-Lauf genehmigen oder ablehnen](workflows-approval-approve.md). ## Kann ich ein Genehmigungstor verwenden, um zu verhindern, dass eine Workflow-Ausführung gestartet wird? Ja, mit Qualifikationen. Weitere Informationen finden Sie unter [Kann ich ein Gate verwenden, um zu verhindern, dass ein Workflow-Lauf gestartet wird?](workflows-gates.md#workflows-gates-prevent). ## Wie funktionieren Workflow-Genehmigungen in den Modi „Warteschlange“, „Ersetzt“ und „parallel Ausführung“? [Wenn Sie den Modus „Warteschlange“, „Ersetzt“ oder „parallel Ausführung“ verwenden, funktioniert das **Genehmigungsgate** ähnlich wie Aktionen.](workflows-actions.md) Wir empfehlen[Informationen zum Ausführungsmodus in der Warteschlange](workflows-configure-runs.md#workflows-configure-runs-queued), die [Über den Parallellaufmodus](workflows-configure-runs.md#workflows-configure-runs-parallel) Abschnitte,, zu lesen[Über den abgelösten Ausführungsmodus](workflows-configure-runs.md#workflows-configure-runs-superseded), um sich mit diesen Ausführungsmodi vertraut zu machen. Sobald Sie ein grundlegendes Verständnis dieser Modi haben, kehren Sie zu diesem Abschnitt zurück, um herauszufinden, wie diese Ausführungsmodi funktionieren, wenn das **Genehmigungstor** vorhanden ist. Wenn das **Genehmigungsgate** vorhanden ist, werden Läufe wie folgt verarbeitet: + Wenn Sie den [Ausführungsmodus in der Warteschlange](workflows-configure-runs.md#workflows-configure-runs-queued) verwenden, werden die Läufe hinter dem Lauf in die Warteschlange gestellt, der derzeit am Gate auf die Genehmigung wartet. Wenn dieses Gate entsperrt ist (d. h., alle Genehmigungen wurden erteilt), wird der nächste Lauf in der Warteschlange zum Gate weitergeleitet und wartet auf Genehmigungen. Dieser Prozess wird fortgesetzt, wobei Läufe in der Warteschlange durch das Gate verarbeitet werden. one-by-one [Figure 1](#figure-1-workflow-queued-run-mode-ma)veranschaulicht diesen Prozess. + Wenn Sie den [abgelösten Ausführungsmodus](workflows-configure-runs.md#workflows-configure-runs-superseded) verwenden, ist das Verhalten dasselbe wie im Ausführungsmodus in der Warteschlange, mit dem Unterschied, dass sich die Läufe nicht in der Warteschlange am Gate häufen, sondern dass neuere Läufe frühere Läufe ablösen (übernehmen). Es gibt keine Warteschlangen, und jeder Lauf, der derzeit am Gate auf eine Genehmigung wartet, wird storniert und durch einen neueren Lauf ersetzt. [Figure 2](#figure-2-workflow-superseded-run-mode-ma)veranschaulicht diesen Prozess. + Wenn Sie den [parallelen Ausführungsmodus](workflows-configure-runs.md#workflows-configure-runs-parallel) verwenden, starten die Läufe parallel und es bilden sich keine Warteschlangen. Jeder Lauf wird sofort vom Gate verarbeitet, da keine Läufe davor liegen. [Figure 3](#figure-3-workflow-parallel-run-mode-ma)veranschaulicht diesen Prozess. **Abbildung 1****: „Ausführungsmodus in der Warteschlange“ und ein Genehmigungstor** ![\[So funktioniert ein Genehmigungsgate mit dem „Ausführungsmodus in der Warteschlange“\]](http://docs.aws.amazon.com/de_de/codecatalyst/latest/userguide/images/flows/runmode-queued-ma.png) **Abbildung 2****: „Ersetzter Ausführungsmodus“ und ein Genehmigungsgate** ![\[Wie funktioniert ein „Genehmigungsgate“ mit dem „abgelösten Ausführungsmodus“\]](http://docs.aws.amazon.com/de_de/codecatalyst/latest/userguide/images/flows/runmode-superseded-ma.png) **Abbildung 3****: „Paralleler Ausführungsmodus“ und ein Genehmigungsgate** ![\[So funktioniert ein „Approval“ -Gate mit dem „Parallellaufmodus“\]](http://docs.aws.amazon.com/de_de/codecatalyst/latest/userguide/images/flows/runmode-parallel-ma.png) # Beispiel: Ein Genehmigungstor Das folgende Beispiel zeigt, wie ein **Genehmigungstor** hinzugefügt wird, das `Approval_01` zwischen zwei aufgerufenen Aktionen aufgerufen wird`Staging`, und`Production`. Die `Staging` Aktion wird zuerst ausgeführt, das `Approval_01` Gate als zweites und die `Production` Aktion zuletzt. Die `Production` Aktion wird nur ausgeführt, wenn das `Approval_01` Tor entriegelt ist. Die `DependsOn` Eigenschaft stellt sicher, dass die `Production` Phasen `Staging``Approval_01`, und in sequentieller Reihenfolge ausgeführt werden. Weitere Informationen zum **Genehmigungstor** finden Sie unter[Genehmigungen für Workflow-Läufe erforderlich](workflows-approval.md). ``` Actions: Staging: # Deploy to a staging server Identifier: aws/ecs-deploy@v1 Configuration: ... Approval_01: Identifier: aws/approval@v1 DependsOn: - Staging Configuration: ApprovalsRequired: 2 Production: # Deploy to a production server Identifier: aws/ecs-deploy@v1 DependsOn: - Approval_01 Configuration: ... ``` # Hinzufügen eines Genehmigungstors Um Ihren Workflow so zu konfigurieren, dass er eine Genehmigung erfordert, müssen Sie dem Workflow das **Genehmigungstor** hinzufügen. Verwenden Sie die folgenden Anweisungen, um Ihrem Workflow ein **Genehmigungstor** hinzuzufügen. Weitere Informationen zu diesem Gate finden Sie unter[Genehmigungen für Workflow-Läufe erforderlich](workflows-approval.md). ------ #### [ Visual ] **So fügen Sie einem Workflow ein Genehmigungstor hinzu (visueller Editor)** 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 links oben **Gates** aus. 1. Wählen Sie im **Gates-Katalog** unter **Approval** das Pluszeichen (**\$1**) aus. 1. Wählen Sie **Eingaben** aus, und gehen Sie im Feld **Abhängig von** wie folgt vor. Geben Sie eine Aktion, eine Aktionsgruppe oder ein Gate an, das erfolgreich ausgeführt werden muss, damit dieses Gate ausgeführt werden kann. Wenn Sie einem Workflow ein Gate hinzufügen, ist das Gate standardmäßig so eingestellt, dass es von der letzten Aktion in Ihrem Workflow abhängt. Wenn Sie diese Eigenschaft entfernen, ist das Gate von nichts abhängig und wird zuerst ausgeführt, bevor andere Aktionen ausgeführt werden. **Anmerkung** Ein Gate muss so konfiguriert werden, dass es vor oder nach einer Aktion, Aktionsgruppe oder einem Gate ausgeführt wird. Es kann nicht so eingerichtet werden, dass es parallel zu anderen Aktionen, Aktionsgruppen und Gates läuft. Weitere Hinweise zur Funktion **Hängt von ab**, finden Sie unter[Sequenzierung von Gates und Aktionen](workflows-gates-depends-on.md). 1. Wählen Sie die Registerkarte **Konfiguration** aus. 1. Gehen Sie im Feld **Gate-Name** wie folgt vor. Geben Sie den Namen an, den Sie dem Tor geben möchten. Alle Gate-Namen müssen innerhalb des Workflows eindeutig sein. Gate-Namen sind auf alphanumerische Zeichen (a-z, A-Z, 0-9), Bindestriche (-) und Unterstriche (\$1) beschränkt. Leerzeichen sind nicht erlaubt. Sie können keine Anführungszeichen verwenden, um Sonderzeichen und Leerzeichen in Gate-Namen zuzulassen. 1. (Optional) Gehen Sie im Feld **Anzahl der Genehmigungen** wie folgt vor. Geben Sie die Mindestanzahl an Genehmigungen an, die erforderlich sind, um das **Genehmigungstor** zu entsperren. Das Minimum ist`1`. Das Maximum ist`2`. Wenn es weggelassen wird, ist die Standardeinstellung`1`. **Anmerkung** Wenn Sie die `ApprovalsRequired` Eigenschaft weglassen möchten, entfernen Sie den `Configuration` Abschnitt des Gates aus der Workflow-Definitionsdatei. 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 einem Workflow ein Genehmigungstor hinzuzufügen (YAML-Editor)** 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 anhand des folgenden Beispiels einen `Approval` Abschnitt und die zugrunde liegenden Eigenschaften hinzu. Weitere Informationen finden Sie unter [Zulassungsstelle YAML](approval-ref.md) im [YAML-Workflow-Definition](workflow-reference.md). ``` Actions: MyApproval_01: Identifier: aws/approval@v1 DependsOn: - PreviousAction Configuration: ApprovalsRequired: 2 ``` Ein weiteres Beispiel finden Sie unter [Beispiel: Ein Genehmigungstor](workflows-approval-example.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**. ------ # Konfiguration von Genehmigungsbenachrichtigungen Du kannst eine Benachrichtigung CodeCatalyst an einen Slack-Channel senden, um Benutzer darüber zu informieren, dass für einen Workflow-Lauf eine Genehmigung erforderlich ist. Benutzer sehen die Benachrichtigung und klicken auf den darin enthaltenen Link. Über den Link gelangen sie zu einer CodeCatalyst Genehmigungsseite, auf der sie den Workflow entweder genehmigen oder ablehnen können. Sie können auch Benachrichtigungen konfigurieren, um Benutzer darüber zu informieren, dass ein Workflow genehmigt oder abgelehnt wurde oder dass die Genehmigungsanfrage abgelaufen ist. Verwende die folgenden Anweisungen, um Slack-Benachrichtigungen einzurichten. **Bevor Sie beginnen** Vergewissere dich, dass du deinem Workflow ein **Genehmigungstor** hinzugefügt hast. Weitere Informationen finden Sie unter [Hinzufügen eines Genehmigungstors](workflows-approval-add.md). **Um Benachrichtigungen zur Workflow-Genehmigung an einen Slack-Kanal zu senden** 1. CodeCatalyst Mit Slack konfigurieren. Weitere Informationen finden Sie unter [Erste Schritte mit Slack-Benachrichtigungen](getting-started-notifications.md). 1. Aktiviere in dem CodeCatalyst Projekt, das den Workflow enthält, für den eine Genehmigung erforderlich ist, Benachrichtigungen, sofern sie nicht bereits aktiviert sind. Um Benachrichtigungen zu aktivieren: 1. Navigieren Sie zu Ihrem Projekt und wählen Sie im Navigationsbereich **Projekteinstellungen** aus. 1. Wählen Sie oben **Benachrichtigungen** aus. 1. Wählen Sie unter **Benachrichtigungsereignisse** die Option **Benachrichtigungen bearbeiten** aus. 1. Aktiviere die Option **Workflow-Genehmigung steht noch** aus und wähle einen Slack-Channel aus, an den die Benachrichtigung gesendet CodeCatalyst werden soll. 1. (Optional) Aktiviere zusätzliche Benachrichtigungen, um Nutzer über genehmigte, abgelehnte und abgelaufene Genehmigungen zu informieren. Sie können die Optionen **Workflow-Ausführung genehmigt**, **Workflow-Ausführung abgelehnt**, **Workflow-Genehmigung ersetzt** und **Workflow-Genehmigung hat Timeout** aktiviert. Wähle neben jeder Benachrichtigung den Slack-Channel aus, an den die Benachrichtigung gesendet CodeCatalyst werden soll. 1. Wählen Sie **Save (Speichern)** aus. # Einen Workflow-Lauf genehmigen oder ablehnen Workflow-Läufe, die das **Genehmigungstor** beinhalten, müssen genehmigt oder abgelehnt werden. Benutzer können ihre Zustimmung oder Ablehnung ab folgenden Bedingungen erteilen: + die CodeCatalyst Konsole + ein Link, der von einem Teammitglied bereitgestellt wurde + eine automatisierte Slack-Benachrichtigung Nachdem ein Benutzer seine Zustimmung oder Ablehnung erteilt hat, kann diese Entscheidung nicht mehr rückgängig gemacht werden. **Anmerkung** Nur bestimmte Benutzer können eine Workflow-Ausführung genehmigen oder ablehnen. Weitere Informationen finden Sie unter [Wer kann eine Genehmigung ausstellen?](workflows-approval.md#workflows-approval-who). **Bevor Sie beginnen** Stellen Sie sicher, dass Sie Ihrem Workflow ein **Genehmigungstor** hinzugefügt haben. Weitere Informationen finden Sie unter [Hinzufügen eines Genehmigungstors](workflows-approval-add.md). **Um einen Workflow zu genehmigen oder abzulehnen, starten Sie ihn von der CodeCatalyst Konsole aus** 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 im Workflow-Diagramm das Feld aus, das das **Genehmigungstor** darstellt. Ein Seitenbereich wird angezeigt. **Anmerkung** An dieser Stelle können Sie die URL dieser Seite an andere Genehmiger senden, wenn Sie möchten. 1. Wählen Sie unter **Entscheidung überprüfen** die Option **Genehmigen** oder **Ablehnen** aus. 1. (Optional) Geben Sie im Feld **Kommentar — optional** einen Kommentar ein, der angibt, warum Sie den Workflow-Lauf genehmigt oder abgelehnt haben. 1. Wählen Sie **Absenden** aus. **So genehmigen oder lehnen Sie einen Workflow-Lauf ab, der über einen von einem Teammitglied bereitgestellten Link erfolgt** 1. Wählen Sie den Link, den Sie von Ihrem Teammitglied erhalten haben. (Sie können Ihr Teammitglied das vorherige Verfahren lesen lassen, um den Link zu erhalten.) 1. Melden Sie sich an CodeCatalyst, wenn Sie dazu aufgefordert werden. Sie werden auf die Seite zur Genehmigung der Workflow-Ausführung weitergeleitet. 1. Wählen Sie unter **Entscheidung überprüfen** die Option **Genehmigen** oder **Ablehnen** aus. 1. (Optional) Geben Sie im Feld **Kommentar — optional** einen Kommentar ein, der angibt, warum Sie den Workflow-Lauf genehmigt oder abgelehnt haben. 1. Wählen Sie **Absenden** aus. **Um einen Workflow-Lauf ausgehend von einer automatisierten Slack-Benachrichtigung zu genehmigen oder abzulehnen** 1. Stelle sicher, dass Slack-Benachrichtigungen eingerichtet sind. Siehe [Konfiguration von Genehmigungsbenachrichtigungen](workflows-approval-notify.md). 1. Wähle in Slack in dem Channel, an den die Genehmigungsbenachrichtigung gesendet wurde, den Link in der Genehmigungsbenachrichtigung aus. 1. Melde dich an CodeCatalyst, wenn du dazu aufgefordert wirst. Sie werden zur Workflow-Ausführungsseite weitergeleitet. 1. Wählen Sie im Workflow-Diagramm das Genehmigungstor aus. 1. Wählen Sie unter **Entscheidung überprüfen** die Option **Genehmigen** oder **Ablehnen** aus. 1. (Optional) Geben Sie im Feld **Kommentar — optional** einen Kommentar ein, der angibt, warum Sie den Workflow-Lauf genehmigt oder abgelehnt haben. 1. Wählen Sie **Absenden** aus. # Zulassungsstelle YAML Im Folgenden finden Sie die YAML-Definition des **Approval Gates**. Informationen zur Verwendung dieses Gates finden Sie unter[Genehmigungen für Workflow-Läufe erforderlich](workflows-approval.md). Diese Aktionsdefinition ist als Abschnitt in einer umfassenderen Workflow-Definitionsdatei vorhanden. Weitere Informationen über diese Datei finden Sie unter [YAML-Workflow-Definition](workflow-reference.md). **Anmerkung** Die meisten der folgenden YAML-Eigenschaften haben entsprechende Benutzeroberflächenelemente im visuellen Editor. Verwenden Sie **Strg\$1F**, um nach einem UI-Element zu suchen. Das Element wird mit der zugehörigen YAML-Eigenschaft aufgelistet. ``` # The workflow definition starts here. # See Eigenschaften der obersten Ebene for details. Name: MyWorkflow SchemaVersion: 1.0 Actions: # The 'Approval' gate definition starts here. Approval: Identifier: aws/approval@v1 DependsOn: - another-action Configuration: ApprovalsRequired: number ``` ## Approval (Erforderlich) Geben Sie den Namen an, den Sie dem Gate geben möchten. Alle Gate-Namen müssen innerhalb des Workflows eindeutig sein. Gate-Namen sind auf alphanumerische Zeichen (a-z, A-Z, 0-9), Bindestriche (-) und Unterstriche (\$1) beschränkt. Leerzeichen sind nicht erlaubt. Sie können keine Anführungszeichen verwenden, um Sonderzeichen und Leerzeichen in Gate-Namen zuzulassen. Standard: `Approval_nn`. Entsprechende Benutzeroberfläche: Registerkarte „**Konfiguration/Gate-Name**“ ## Identifier (*Approval*/**Identifier**) (Erforderlich) Identifiziert das Gate. Das **Approval** Gate unterstützt die Version`1.0.0`. Ändern Sie diese Eigenschaft nicht, es sei denn, Sie möchten die Version verkürzen. Weitere Informationen finden Sie unter [Angabe der zu verwendenden Aktionsversion](workflows-action-versions.md). Standard: `aws/approval@v1`. **Entsprechende Benutzeroberfläche: Workflow-Diagram/ Approval \$1nn/ aws/approval @v1 label** ## DependsOn (*Approval*/**DependsOn**) (Optional) Geben Sie eine Aktion, eine Aktionsgruppe oder ein Gate an, das erfolgreich ausgeführt werden muss, damit dieses Gate ausgeführt werden kann. Wenn Sie einem Workflow ein Gate hinzufügen, ist das Gate standardmäßig so eingestellt, dass es von der letzten Aktion in Ihrem Workflow abhängt. Wenn Sie diese Eigenschaft entfernen, ist das Gate von nichts abhängig und wird zuerst ausgeführt, bevor andere Aktionen ausgeführt werden. **Anmerkung** Ein Gate muss so konfiguriert werden, dass es vor oder nach einer Aktion, Aktionsgruppe oder einem Gate ausgeführt wird. Es kann nicht so eingerichtet werden, dass es parallel zu anderen Aktionen, Aktionsgruppen und Gates läuft. Weitere Hinweise zur Funktion **Hängt von ab**, finden Sie unter[Sequenzierung von Gates und Aktionen](workflows-gates-depends-on.md). Entsprechende Benutzeroberfläche: Registerkarte „Eingaben“/**Hängt ab von** ## Configuration (*Approval*/**Configuration**) (Optional) Ein Abschnitt, in dem Sie die Konfigurationseigenschaften des Gates definieren können. Entsprechende Benutzeroberfläche: Registerkarte „**Konfiguration**“ ## ApprovalsRequired (*Approval*/Configuration/**ApprovalsRequired**) (Optional) Geben Sie die Mindestanzahl an Genehmigungen an, die erforderlich sind, um das **Genehmigungstor** zu entsperren. Das Minimum ist`1`. Das Maximum ist`2`. Wenn es weggelassen wird, ist die Standardeinstellung`1`. **Anmerkung** Wenn Sie die `ApprovalsRequired` Eigenschaft weglassen möchten, entfernen Sie den `Configuration` Abschnitt des Gates aus der Workflow-Definitionsdatei. Entsprechende Benutzeroberfläche: Registerkarte „Konfiguration“/**Anzahl der Genehmigungen**