{"meta":{"title":"Konfigurieren von benutzerdefinierten Regeln für den Bereitstellungsschutz","intro":"Verwende GitHub Apps, um den Schutz von Bereitstellungen mit Drittanbietersystemen zu automatisieren.","product":"GitHub Actions","breadcrumbs":[{"href":"/de/actions","title":"GitHub Actions"},{"href":"/de/actions/how-tos","title":"Anleitungen"},{"href":"/de/actions/how-tos/deploy","title":"Bereitstellen"},{"href":"/de/actions/how-tos/deploy/configure-and-manage-deployments","title":"Konfigurieren und Verwalten von Bereitstellungen"},{"href":"/de/actions/how-tos/deploy/configure-and-manage-deployments/configure-custom-protection-rules","title":"Konfigurieren von benutzerdefinierten Schutzregeln"}],"documentType":"article"},"body":"# Konfigurieren von benutzerdefinierten Regeln für den Bereitstellungsschutz\n\nVerwende GitHub Apps, um den Schutz von Bereitstellungen mit Drittanbietersystemen zu automatisieren.\n\n> \\[!NOTE]\n> Benutzerdefinierte Regeln für den Bereitstellungsschutz befinden sich derzeit in der öffentliche Vorschau. Änderungen sind vorbehalten.\n\n## Informationen zu benutzerdefinierten Regeln für den Bereitstellungsschutz\n\nBenutzerdefinierte Regeln für den Bereitstellungsschutz werden von GitHub Apps unterstützt. Sobald eine Bereitstellungsschutzregel konfiguriert und in einem Repository installiert ist, kann sie für alle Umgebungen im Repository aktiviert werden.\n\nNachdem du eine benutzerdefinierte Bereitstellungsschutzregel für eine Umgebung aktiviert hast, wird diese jedes Mal automatisch ausgeführt, wenn diese Umgebung Ziel in einem Workflowschritt ist. Weitere Informationen zum Verwenden einer Umgebung als Ziel für Bereitstellungen findest du unter [Verwalten von Umgebungen für die Bereitstellung](/de/actions/deployment/targeting-different-environments/managing-environments-for-deployment).\n\nWenn eine benutzerdefinierte Bereitstellungsschutzregel ausgelöst wird, wartet sie bis zu 30 Tage lang auf eine Webhook-Ereignisantwort, bevor sie eine Zeitüberschreitung verursacht und der Workflowauftrag fehlschlägt.\n\nWeitere Informationen zum Erstellen eigener benutzerdefinierter Bereitstellungsschutzregeln findest du unter [Erstellen von benutzerdefinierten Regeln für den Bereitstellungsschutz](/de/actions/deployment/protecting-deployments/creating-custom-deployment-protection-rules).\n\n> \\[!NOTE]\n> In einem Repository kann eine beliebige Anzahl von auf GitHub Apps basierenden Regeln für den Bereitstellungsschutz installiert werden. Es dürfen jedoch maximal sechs Bereitstellungsschutzregeln gleichzeitig in jeder Umgebung aktiviert sein.\n\n## Verwenden vorhandener benutzerdefinierter Regeln für den Bereitstellungsschutz\n\nDu kannst eigene benutzerdefinierte Bereitstellungsschutzregeln erstellen oder alle vorhandenen benutzerdefinierten Bereitstellungsschutzregeln verwenden.\n\nIm Folgenden findest du eine Liste der offiziellen Partnerimplementierungen für Bereitstellungsschutzregeln.\n\n* Datadog: Du kannst Schutzregeln für deine GitHub Actions-Bereitstellungsworkflows mithilfe von Datadog-Monitoren erzwingen. Weitere Informationen findest du unter [Gating your GitHub Actions Deployments with Datadog Monitors](https://docs.datadoghq.com/continuous_integration/guides/github_gating/) in der Datadog-Dokumentation.\n* Honeycomb: Du kannst Schwellenwerte definieren, um Bereitstellungen basierend auf Daten, die du an Honeycomb sendest, abzulehnen oder zu genehmigen. Weitere Informationen findest du bei der [Honeycomb-App](https://github.com/apps/honeycomb-io) im GitHub Marketplace.\n* New Relic: Weitere Informationen findest du bei der [New Relic-App](https://github.com/apps/new-relic-gate) im GitHub Marketplace.\n* NCM NodeSource: Weitere Informationen findest du bei der [NCM NodeSource-App](https://github.com/apps/ncm-nodesource) im GitHub Marketplace.\n* ServiceNow: Weitere Informationen finden Sie unter [GitHub Integration mit DevOps Change Velocity](https://www.servicenow.com/docs/bundle/utah-devops/page/product/enterprise-dev-ops/concept/github-integration-dev-ops.html) in der ServiceNow-Dokumentation.\n\n## Voraussetzungen\n\nDamit eine benutzerdefinierte Regel für den Bereitstellungsschutz für alle Umgebungen in einem Repository verfügbar ist, musst du die Regel zuerst im Repository installieren. Weitere Informationen finden Sie unter [Installieren Ihrer eigenen GitHub App](/de/apps/maintaining-github-apps/installing-github-apps).\n\nNachdem eine benutzerdefinierte Regel für den Bereitstellungsschutz in einem Repository installiert wurde, muss sie für alle Umgebungen aktiviert werden, in denen sie gelten soll.\n\n## Benutzerdefinierte Bereitstellungsschutzregeln für die Umgebung aktivieren\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n2. Klicke unter dem Repositorynamen auf ** Settings**. Wenn die Registerkarte „Einstellungen“ nicht angezeigt wird, wähle im Dropdownmenü **** die Option **Einstellungen** aus.\n\n \n3. Klicke auf der linken Randleiste auf **Umgebungen**.\n4. Wähle die Umgebung aus, die du konfigurieren möchtest.\n5. Aktiviere unter „Regeln für den Bereitstellungsschutz“ das Kontrollkästchen neben jeder benutzerdefinierten Bereitstellungsschutzregel, die du für die Umgebung aktivieren möchtest.\n6. Klicke auf **Schutzregeln speichern**.\n\nSobald eine benutzerdefinierte Bereitstellungsschutzregel für eine Umgebung aktiviert wurde, wird sie automatisch ausgeführt, wenn ein Workflow einen Auftrag erreicht, der auf die Umgebung verweist. Du kannst die Ergebnisse einer Genehmigung oder Ablehnung für deine Bereitstellung durch Überprüfung der Details zur Bereitstellung einsehen. Weitere Informationen finden Sie unter [Überprüfen von Bereitstellungen](/de/actions/managing-workflow-runs/reviewing-deployments)."}