{"meta":{"title":"Benachrichtigungen für GitHub in Teams anpassen","intro":"Passen Sie GitHub Benachrichtigungen an, um Ihre Arbeit in Teams zu verwalten.","product":"Integrationen","breadcrumbs":[{"href":"/de/integrations","title":"Integrationen"},{"href":"/de/integrations/how-tos","title":"How-tos"},{"href":"/de/integrations/how-tos/teams","title":"Mannschaften"},{"href":"/de/integrations/how-tos/teams/customize-notifications","title":"Anpassen von Benachrichtigungen"}],"documentType":"article"},"body":"# Benachrichtigungen für GitHub in Teams anpassen\n\nPassen Sie GitHub Benachrichtigungen an, um Ihre Arbeit in Teams zu verwalten.\n\nSie können Ihre Benachrichtigungen anpassen, indem Sie Aktivitäten abonnieren, die für Ihren Microsoft Teams Kanal relevant sind, und das Abmelden von Aktivitäten, die für Ihr Projekt weniger hilfreich sind.\n\n### Standardmäßig aktivierte Benachrichtigungen\n\nDie folgenden Benachrichtigungen sind standardmäßig aktiviert, sie können jedoch mit dem Befehl `@GitHub Notifications unsubscribe owner/repo [feature]` deaktiviert werden.\n\n| Merkmal       | Beschreibung                                                                  |\n| ------------- | ----------------------------------------------------------------------------- |\n| `issues`      | Geöffnete, geschlossene oder wiedereröffnete Vorgänge.                        |\n| `pulls`       | Neue, zusammengeführte, geschlossene oder erneut geöffnete Pullanforderungen. |\n| `commits`     | Neue Commits für die Standardverzweigung (in der Regel `main`).               |\n| `comments`    | Neue Kommentare bei Issues und Pull Requests.                                 |\n| `deployments` | Aktualisierungen am Bereitstellungsstatus                                     |\n| `releases`    | Neue Veröffentlichungen und veröffentlichte Vorabversionen.                   |\n\n> \\[!NOTE]\n> Repositorybenachrichtigungen sind ebenfalls standardmäßig aktiviert. Sie werden benachrichtigt, wenn Ihr Repository öffentlich gemacht oder gelöscht wird. Diese Benachrichtigung kann nicht deaktiviert werden, da Repositoryupdates destruktive Aktivitäten sind.\n\n### Standardmäßig deaktivierte Benachrichtigungen\n\nDie folgenden Benachrichtigungen sind standardmäßig deaktiviert, sie können jedoch mit dem Befehl `@GitHub Notifications subscribe owner/repo [feature]` aktiviert werden.\n\n| Merkmal               | Beschreibung                                                                              |\n| --------------------- | ----------------------------------------------------------------------------------------- |\n| `reviews`             | Überprüfungen von Pull-Anfragen.                                                          |\n| `workflows`           | GitHub Actions-Workflowausführungen und Genehmigungsbenachrichtigungen.                   |\n| `branches`            | Verzweigungserstellung und -löschung.                                                     |\n| `discussions`         | Erstellte oder beantwortete Diskussionen.                                                 |\n| `+label:\"your label\"` | Filtern Sie Probleme, Pullanforderungen und Kommentare basierend auf ihren Bezeichnungen. |\n\nSie können mehrere Einstellungen gleichzeitig abonnieren oder kündigen. Beispiel:\n\n* Verwenden Sie `@GitHub Notifications subscribe owner/repo reviews comments`, um die Aktivität für Pullanforderungsüberprüfungen und Kommentare zu aktivieren.\n* Verwenden Sie `@GitHub Notifications unsubscribe owner/repo issues pulls`, um die Aktivität für Probleme und Pullanforderungen zu deaktivieren.\n\n## Filtern von Benachrichtigungen\n\nSie können Ihre Benachrichtigungen mit Branch- und Bezeichnungsfiltern weiter anpassen. Mithilfe von Verzweigungsfiltern können Sie Commit-Benachrichtigungen basierend auf Verzweigungsnamen filtern, während Labelfilter es Ihnen ermöglichen, Problem- und Pull-Request-Benachrichtigungen basierend auf Labels zu filtern, die auf sie angewendet werden.\n\n### Verzweigungsfilter für Commit-Benachrichtigungen\n\nMit Branch-Filtern können Sie Commit-Benachrichtigungen nach Branch-Namen filtern. Wenn Sie das `commits`-Ereignis abonnieren, erhalten Sie standardmäßig Benachrichtigungen für Ihren Standard-Branch. Sie können jedoch auswählen, ob sie nach einer bestimmten Verzweigung oder einem Muster von Verzweigungen oder allen Verzweigungen gefiltert werden sollen.\n\n| Beispielkonfiguration                                          | Beschreibung                                                                            |\n| -------------------------------------------------------------- | --------------------------------------------------------------------------------------- |\n| `@GitHub Notifications subscribe owner/repo commits`           | Commit-Benachrichtigungen für den Standardbranch erhalten.                              |\n| `@GitHub Notifications subscribe owner/repo commits:main`      | Empfangen Sie nur Commit-Benachrichtigungen für den `main` Branch.                      |\n| `@GitHub Notifications subscribe owner/repo commits:feature/*` | Empfangen Sie Commit-Benachrichtigungen für alle Branches, die mit `feature/` beginnen. |\n| `@GitHub Notifications subscribe owner/repo commits:*`         | Commit-Benachrichtigungen für alle Branches erhalten.                                   |\n\nSie können sich von dem Commits-Feature mit `@GitHub Notifications unsubscribe owner/repo commits` abmelden.\n\n> \\[!NOTE] Möglicherweise haben Sie früher den `commits:all`-Filter verwendet, um Commit-Benachrichtigungen für alle Branches zu erhalten. Dieser Filter ist schließen. Um Commit-Benachrichtigungen für alle Zweige zu erhalten, verwenden Sie stattdessen den `commits:*`-Filter. Wenn Sie den `commits:all` Filter zuvor eingerichtet haben, funktioniert er weiterhin, bis Sie Die Konfiguration so aktualisieren, dass der `commits:*` Filter verwendet wird.\n\n### Label-Filter für Issue- und Pull-Request-Benachrichtigungen\n\nMit Bezeichnungsfiltern können Sie Benachrichtigungen basierend auf Bezeichnungen filtern, die auf Probleme und Pullanforderungen angewendet wurden. Wenn ein Bezeichnungsfilter festgelegt ist, werden nur Benachrichtigungen für Ereignisse einschließlich der angegebenen Bezeichnung gesendet. Weitere Informationen zu Bezeichnungen finden Sie unter [Verwalten von Labels](/de/issues/using-labels-and-milestones-to-track-work/managing-labels) und [Filtern und Suchen von Problemen und Pull-Anforderungen](/de/issues/tracking-your-work-with-issues/using-issues/filtering-and-searching-issues-and-pull-requests).\n\nDerzeit ist es nur möglich, einen erforderlichen Bezeichnungsfilter pro Repository zu haben. Die folgende Tabelle zeigt, welche Ereignistypen von Bezeichnungsfiltern betroffen sind.\n\n| Ereignistyp    | Wird nach Bezeichnung gefiltert                                                                                                                                                                                                                                                                                                                                                                                                       |\n| -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| Pull Requests  | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                               |\n| Probleme       | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                               |\n| Kommentare     | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                               |\n| Bewertungen    | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-check\" aria-label=\"Included\" role=\"img\"><path d=\"M13.78 4.22a.75.75 0 0 1 0 1.06l-7.25 7.25a.75.75 0 0 1-1.06 0L2.22 9.28a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L6 10.94l6.72-6.72a.75.75 0 0 1 1.06 0Z\"></path></svg>                                                                                                               |\n| Commits/Pushes | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-x\" aria-label=\"Nicht enthalten\" role=\"img\"><path d=\"M3.72 3.72a.75.75 0 0 1 1.06 0L8 6.94l3.22-3.22a.749.749 0 0 1 1.275.326.749.749 0 0 1-.215.734L9.06 8l3.22 3.22a.749.749 0 0 1-.326 1.275.749.749 0 0 1-.734-.215L8 9.06l-3.22 3.22a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042L6.94 8 3.72 4.78a.75.75 0 0 1 0-1.06Z\"></path></svg> |\n| Filialen       | <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-x\" aria-label=\"Nicht enthalten\" role=\"img\"><path d=\"M3.72 3.72a.75.75 0 0 1 1.06 0L8 6.94l3.22-3.22a.749.749 0 0 1 1.275.326.749.749 0 0 1-.215.734L9.06 8l3.22 3.22a.749.749 0 0 1-.326 1.275.749.749 0 0 1-.734-.215L8 9.06l-3.22 3.22a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042L6.94 8 3.72 4.78a.75.75 0 0 1 0-1.06Z\"></path></svg> |\n\n#### Erstellen von Bezeichnungsfiltern\n\nVerwenden Sie zum Erstellen eines Bezeichnungsfilters das folgende Befehlsformat:\n\n```text copy\n@GitHub Notifications subscribe [owner/repo] +label:\"your label\"\n```\n\nDadurch wird ein Filter für erforderliche Bezeichnungen mit dem Wert `your label`erstellt. Eingehende Ereignisse, die Filter unterstützen, werden verworfen, es sei denn, sie sind mit dieser Bezeichnung versehen.\n\n#### Aktualisieren von Bezeichnungsfiltern\n\nSie können einen vorhandenen Bezeichnungsfilter aktualisieren, indem Sie einen neuen Bezeichnungswert angeben:\n\n```text copy\n@GitHub Notifications subscribe [owner/repo] +label:\"new label\"\n```\n\nDadurch wird der Filter \"Ihre Bezeichnung\" durch den Filter \"Neue Bezeichnung\" ersetzt.\n\n#### Entfernen von Labelfiltern\n\nSie können einen vorhandenen Bezeichnungsfilter entfernen, indem Sie den Befehl \"Abonnement kündigen\" mit der `+label` Option verwenden:\n\n```text copy\n@GitHub Notifications unsubscribe [owner/repo] +label:\"new label\"\n```\n\nDadurch wird der Filter \"neue Bezeichnung\" entfernt, und der Kanal empfängt alle Benachrichtigungen für die abonnierten Ereignisse ohne Bezeichnungsfilterung.\n\n#### Filter der aktiven Labels anzeigen\n\nVerwenden Sie den folgenden Befehl, um die derzeit aktiven Bezeichnungsfilter für einen Kanal anzuzeigen:\n\n```text copy\n@GitHub Notifications subscribe list features\n```\n\n#### Gültige Filter\n\nDie GitHub App in Teams unterstützt die am häufigsten verwendeten Sonderzeichen für Bezeichnungsfilter, einschließlich aller Emojis, die Teams und GitHub als Standard bereitstellen. Selten stößt man auf eine Bezeichnung, die ein Sonderzeichen enthält, das nicht unterstützt wird. Beispielsweise funktionieren multibyte-Zeichen, die nicht mit `:foo:`dem Zeichen codiert sind, oder Bezeichnungen, die das `,` Zeichen verwenden, möglicherweise nicht wie erwartet.\n\n## GitHub Actions Workflowbenachrichtigungen\n\nDu kannst GitHub Actions-Workflowausführungsbenachrichtigungen aus Deinem Channel oder Deiner persönlichen App mithilfe des „Workflows“-Features unter Verwendung des Formats `@GitHub Notifications subscribe owner/repo workflows` abonnieren.\n\nWenn Sie \"Workflows\" abonniert haben, ist die folgende Funktionalität verfügbar:\n\n* Sie werden benachrichtigt, wenn eine neue Workflowausführung ausgelöst wird.\n* Sie können die Genehmigungsbenachrichtigungen als Antwort im Thread nachverfolgen und die Benachrichtigungen direkt über den Kanal oder die persönliche App genehmigen.\n* Nachdem der Workflow abgeschlossen ist, erhalten Sie eine Aktualisierung als Antwort im Thread, damit Sie den vollständigen Kontext und den Verlauf der Workflowausführung sehen können.\n* Wenn ein Fehler auftritt, können Sie den Workflow erneut ausführen und bei Bedarf auch Debugprotokolle aktivieren.\n\n> \\[!NOTE] Nach dem 10. März 2025 und für GitHub Enterprise Server, Version 3.17 und höher, wirst du nicht mehr über den Fortschritt einzelner Workflowaufträge benachrichtigt. Weitere Informationen finden Sie unter { [% data variables.product.github %} changelog](https://github.blog/changelog/2025-02-03-deprecation-of-real-time-github-actions-workflow-job-events-in-slack-and-microsoft-teams-apps/) .\n\n### Workflow-Benachrichtigungs-Filter\n\nSie können Workflowbenachrichtigungen mithilfe der folgenden Optionen filtern:\n\n| Filter   | Beschreibung                                                                                                                                                                                              |\n| -------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name`   | Filtern Sie nach dem Namen des Workflows.                                                                                                                                                                 |\n| `actor`  | Filtern Sie nach dem Benutzer, der den Workflow ausgelöst hat.                                                                                                                                            |\n| `branch` | Filtern nach der Verzweigung, auf der der Workflow ausgeführt wird. In Fällen, in denen das `pull_request`-Ereignis enthalten ist, ist der Branch der Zielbranch, für den der Pull Request erstellt wird. |\n| `event`  | Filtern Sie nach dem Ereignis, das den Workflow ausgelöst hat (z. B. Push, pull\\_request).                                                                                                                |\n\nSie können Workflowbenachrichtigungsfilter mit dem folgenden Format konfigurieren:\n\n```text copy\n@GitHub Notifications subscribe owner/repo workflows:{name:\"your workflow name\" event:\"workflow event\" branch:\"branch name\" actor:\"username\"}\n```\n\nSie können auch mehrere Werte für jeden Filter übergeben, getrennt durch Kommas. Beispiel:\n\n```text copy\n@GitHub Notifications subscribe owner/repo workflows:{name:\"your workflow name\",\"another workflow name\" event:\"workflow event\",\"another workflow event\" branch:\"branch name\",\"another branch name\" actor:\"username\",\"another-username\"}\n```\n\nStandardmäßig werden von Dir ohne Filter konfigurierte Workflowbenachrichtigungen für durch Pull Requests ausgelöste Workflows konfiguriert, die auf Deinen Standardbranch abzielen. Sie können einen oder mehrere Einträge übergeben.\n\nSie können das Abonnement von Workflowbenachrichtigungen mit dem Befehl \"`@GitHub Notifications unsubscribe owner/repo workflows`\" kündigen.\n\n> \\[!NOTE] Um GitHub Actions Benachrichtigungen in Teams zu erhalten, erfordert die GitHub App zusätzliche Berechtigungen. Wenn Sie versuchen, Workflows zum ersten Mal zu abonnieren, werden Sie aufgefordert, diese Berechtigungen zu erteilen.\n\n## Bereitstellungsbenachrichtigungen\n\nSie können auch separate Bereitstellungsbenachrichtigungen konfigurieren. Diese Bereitstellungen können von GitHub Actions oder von externen Quellen mithilfe der Bereitstellungs-API durchgeführt werden. Weitere Informationen findest du unter [REST-API-Endpunkte für Bereitstellungen](/de/rest/deployments/deployments).\n\nSie können Bereitstellungsbenachrichtigungen mit den folgenden Befehlen abonnieren oder kündigen:\n\n```text copy\n@GitHub Notifications subscribe owner/repo deployments\n@GitHub Notifications unsubscribe owner/repo deployments\n```\n\n> \\[!NOTE] Wenn Sie GitHub Actions verwenden und Ihre Bereitstellungen in Umgebungen nachverfolgen möchten, wird die Funktion `workflows` empfohlen, da sie ein umfassenderes Bild bietet und Ihnen die Genehmigung Ihrer Bereitstellungen direkt über Teams ermöglicht."}