Zusammenführungen von Drittanbietern blockieren, wenn Workflows fehlschlagen - Amazon CodeCatalyst

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.

Zusammenführungen von Drittanbietern blockieren, wenn Workflows fehlschlagen

Nachdem du ein Repository GitHub oder ein Bitbucket-Repository mit verlinkt hast CodeCatalyst, kannst du CodeCatalyst Workflows für Pull-Requests hinzufügen. Ebenso kannst CodeCatalyst du nach dem Verknüpfen eines GitLab Projekt-Repositorys mit CodeCatalyst Workflows für Merge-Anfragen hinzufügen. Ein oder mehrere Workflow-Läufe können für einen bestimmten Commit erfolgen, und der Ausführungsstatus jedes Workflows in CodeCatalyst wird auch als Teil des Commit-Status in GitHub, Bitbucket oder GitLab wiedergegeben. Wenn ein neuer Commit übertragen wird, werden die neuen Workflow-Ausführungsstatus in GitHub Bitbucket oder GitLab für diesen neuen Commit wiedergegeben. Wenn du einen Workflow für einen Commit erneut ausführst, überschreibt der neue Workflow-Ausführungsstatus den vorherigen Status für diesen Commit und Workflow.

Du kannst Branch-Schutzregeln in GitHub oder Bitbucket festlegen, um eine Pull-Request-Zusammenführung zu blockieren, oder in, GitLab um eine Merge-Anfrage zu blockieren, wenn der letzte Commit den Status „Workflow-Ausführung fehlgeschlagen“ hat. Bei Branch-Protection-Regeln wirkt sich der Status des letzten Commits auf die Fähigkeit aus, eine Pull-Anfrage in GitHub, Bitbucket oder zusammenzuführen. GitLab Weitere Informationen zu Workflows findest du unter Einen Workflow ausführen undAutomatisches Starten einer Workflow-Ausführung mithilfe von Triggern.

Je nachdem, welchen Drittanbieter für Repositorys Sie verwenden, finden Sie hier weitere Informationen: