Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-07-09. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Benachrichtigungen über deinen Posteingang verwalten

Selektieren und synchronisieren Sie Ihre Benachrichtigungen über Ihren Posteingang im Handumdrehen für alle E-Mail-Konten und mobilen Geräte.

In diesem Artikel

Über deinen Posteingang

Um den Posteingang für Benachrichtigungen auf GitHub und GitHub Mobile zu verwenden, musst Du Web- und Mobile-Benachrichtigungen in Deinen Benachrichtigungseinstellungen aktivieren. Weitere Informationen finden Sie unter „Benachrichtigungen konfigurieren.“

Um auf deinen Posteingang für Benachrichtigungen zuzugreifen, klicke in der rechten oberen Ecke einer beliebigen Seite auf .

Dein Posteingang zeigt alle Benachrichtigungen an, die du nicht deaktiviert oder als Erledigt markiert hast. Du kannst deinen Posteingang an deinen Workflow anpassen, indem du Filter verwendest, alle oder nur ungelesene Benachrichtigungen anzeigst und deine Benachrichtigungen gruppierst, um eine schnelle Übersicht zu erhalten.

Standardmäßig werden in deinem Posteingang gelesene und ungelesene Benachrichtigungen angezeigt. Um nur ungelesene Benachrichtigungen anzuzeigen, klicke auf Ungelesen, oder verwende die Abfrage is:unread.

Selektionsoptionen

Du hast mehrere Optionen, um Benachrichtigungen in deinem Posteingang zu selektieren.

SelektionsoptionenBESCHREIBUNG
SpeichernSichert deine Benachrichtigung für spätere Überprüfung. Um eine Benachrichtigung zu speichern, klicke rechts neben der Benachrichtigung auf .

Gespeicherte Benachrichtigungen werden unbegrenzt aufbewahrt und können angezeigt werden, indem du auf der Randleiste auf Gespeichert klickst oder die Abfrage is:saved verwendest. Wenn Deine gesicherte Benachrichtigung älter als 5 Monate ist und Du sie nicht mehr sicherst, wird die Benachrichtigung innerhalb eines Tages aus Deinem Posteingang entfernt.
FertigMarkiert eine Benachrichtigung als erledigt und entfernt die Benachrichtigung aus deinem Posteingang. Du kannst alle abgeschlossenen Benachrichtigungen anzeigen, indem du auf der Randleiste auf Erledigt klickst oder die Abfrage is:done verwendest. Benachrichtigungen, die als Erledigt gekennzeichnet sind, werden fünf Monate lang gespeichert.
AbbestellenEntfernt die Benachrichtigung automatisch aus deinem Posteingang und gekündigt dich von der Unterhaltung, bis du bist @mentioned, ein Team, auf dem du @mentioneddich befindest, oder du wirst zur Überprüfung angefordert.
LesenMarkiert eine Benachrichtigung als gelesen. Um nur gelesene Benachrichtigungen in deinem Posteingang anzuzeigen, verwende die Abfrage is:read. Diese Abfrage enthält keine Benachrichtigungen, die als Erledigt gekennzeichnet sind.
UnreadMarkiert Benachrichtigungen als ungelesen. Um nur ungelesene Benachrichtigungen in deinem Posteingang anzuzeigen, verwende die Abfrage is:unread.

Informationen zu den verfügbaren Tastenkombinationen findest du unter Tastenkombinationen.

Bevor du eine Selektionsoption wählst, kannst du die Details deiner Benachrichtigung zuerst anzeigen und untersuchen. Weitere Informationen findest du unter Eine einzige Benachrichtigung selektieren.

Mehrere Benachrichtigungen gleichzeitig selektieren

Um mehrere Benachrichtigungen gleichzeitig zu selektieren, wähle die entsprechenden Benachrichtigungen aus, und verwende das -Dropdownmenü, um eine Selektionsoption auszuwählen.

Screenshot der Seite „Benachrichtigungen“. Das Downloadmenü ist orange umrandet.

Standard-Benachrichtigungsfilter

Standardmäßig verfügt dein Posteingang über Filter, nach denen du zugewiesen wirst, an einem Thread teilnehmen, aufgefordert werden, eine Pullanforderung zu überprüfen, oder wenn dein Benutzername direkt oder ein Team ist @mentioned , bei dem du Mitglied @mentionedbist.

Deinen Posteingang mit benutzerdefinierten Filtern anpassen

Du kannst bis zu 15 eigene, benutzerdefinierte Filter hinzufügen.

  1. Klicke in der oberen rechten Ecke einer beliebigen Seite auf .

    Screenshot der rechten Ecke des Headers von GitHub. Ein Posteingangssymbol hat einen blauen Punkt, der anzeigt, dass es ungelesene Benachrichtigungen gibt.

  2. Um die Filtereinstellungen zu öffnen, klicke auf der linken Randleiste neben „Filter“ auf .

    Tipp: Du kannst schnell eine Vorschau der Ergebnisse deines Posteingangfilters erstellen, indem du eine Abfrage in der Ansicht deines Posteingangs erstellst und auf Speichern klickst. Dadurch werden die Einstellungen für benutzerdefinierte Filter geöffnet.

  3. Füge deinem Filter einen Namen und eine Filterabfrage hinzu. Um beispielsweise nur Benachrichtigungen für ein bestimmtes Repository anzuzeigen, kannst du einen Filter mithilfe der Abfrage repo:octocat/open-source-project-name reason:participating erstellen. Du kannst auch Emojis mit einer lokalen Emoji-Tastatur hinzufügen. Eine Liste der unterstützten Suchabfragen findest du unter Unterstützte Abfragen für benutzerdefinierte Filter.

    Screenshot der Benachrichtigungsfilter. Zwei Eingabefelder, die einen Beispielnamen bzw. eine Filterabfrage enthalten, sind orange umrandet.

  4. Klicke auf Erstellen.

Beschränkungen für benutzerdefinierte Filter

Benutzerdefinierte Filter unterstützen im Moment nicht:

  • Volltextsuche in deinem Posteingang, einschließlich die Suche nach Pull-Request- oder Issue-Titeln.
  • Das Unterscheiden zwischen den Abfragefiltern is:issue, is:pr und is:pull-request. Diese Abfragen werden sowohl Issues wie Pull Request zurückgeben.
  • Das Erstellen von mehr als 15 benutzerdefinierten Filtern.
  • Das Ändern der Standardfilter oder deren Reihenfolge.
  • Den Ausschluss bei der Suchfunktion durch NOT oder -QUALIFIER.

Unterstützte Abfragen für benutzerdefinierte Filter

Es gibt drei Arten von Filtern, die verwendet werden können:

  • Filtern nach Repository mit repo:
  • Filtern nach Diskussionstyp mit is:
  • Filtern nach Benachrichtigungsgrund mit reason:

Unterstützte repo:-Abfragen

Um einen repo:-Filter hinzuzufügen, musst du den Besitzer des Repository in die Abfrage einschließen: repo:owner/repository. Ein Besitzer ist die Organisation oder die Person, die die GitHub-Ressource besitzt, durch die die Benachrichtigung ausgelöst wird. Beispielsweise zeigt repo:octo-org/octo-repo Benachrichtigungen an, die im Repository „octo-repo“ innerhalb der Organisation „octo-org“ ausgelöst werden.

Unterstützte is:-Abfragen

Mit der Abfrage is können Sie Benachrichtigungen nach bestimmten Aktivitäten auf GitHub filtern. Wenn du z. B. nur Repositoryeinladungsupdates anzeigen möchtest, verwende is:repository-invitation, und um nur Dependabot alerts anzuzeigen, verwende is:repository-vulnerability-alert.

  • is:check-suite
  • is:commit
  • is:gist
  • is:issue-or-pull-request
  • is:release
  • is:repository-invitation
  • is:repository-vulnerability-alert
  • is:team-discussion

Weitere Informationen zum Reduzieren der Anzahl unnötiger Benachrichtigungen für Dependabot alerts findest du unter Konfigurieren von Benachrichtigungen für Dependabot-Warnungen.

Du kannst auch die Abfrage is: verwenden, um zu beschreiben, wie die Benachrichtigung selektiert wurde.

  • is:saved
  • is:done
  • is:unread
  • is:read

Unterstützte reason:-Abfragen

Um Benachrichtigungen nach dem Grund zu filtern, aus dem du ein Update erhalten hast, kannst du die Abfrage reason: verwenden. Um beispielsweise Benachrichtigungen zu sehen, in denen du oder ein Team, dem du angehörst, zu einem Pull Request-Review aufgefordert wurde, verwende die Abfrage reason:review-requested. Weitere Informationen findest du unter Informationen zu Benachrichtigungen.

AbfrageBESCHREIBUNG
reason:assignWenn es eine Aktualisierung zu einem Issue oder Pull Request gibt, denen du zugewiesen bist.
reason:authorWenn es eine Aktualisierung oder einen neuen Kommentar zu einem Pull Request oder Issue gibt, die du eröffnet hast.
reason:commentWenn du ein Issue, einen Pull Request oder eine Teamdiskussion kommentiert hast.
reason:participatingWenn du ein Issue, einen Pull Request oder eine Teamdiskussion kommentiert hast oder @mentioned worden bist.
reason:invitationWenn du in ein Team, eine Organisation oder ein Repository eingeladen wirst.
reason:manualWenn du für ein Issue oder einen Pull Request, das bzw. den du noch nicht abonniert hast, auf Abonnieren klickst.
reason:mentionDu wurdest direkt über @mentioned erwähnt.
reason:review-requestedDu oder ein Team, dem du angehörst, wurden gebeten, einen Pull Request zu prüfen.
reason:security-alertWenn eine Sicherheitswarnung für ein Repository ausgegeben wird
reason:state-changeWenn der Status eines Pull Request oder Issue geändert wird. Beispielsweise wird ein Issue geschlossen oder ein Pull Request zusammengeführt.
reason:team-mentionWenn ein Team, dem du angehörst, über @mentioned erwähnt wird.
reason:ci-activityWenn ein Repository CI-Aktualisierungen hat, wie beispielsweise einen neuen Status für eine Workflow-Ausführung.

Benutzerdefinierte Dependabot-Filter

Wenn du Dependabot verwendest, um deine Abhängigkeiten auf dem neuesten Stand zu halten, kannst du diese benutzerdefinierten Filter verwenden und speichern:

  • is:repository_vulnerability_alert zum Anzeigen von Benachrichtigungen für Dependabot alerts.
  • reason:security_alert zum Anzeigen von Benachrichtigungen für Dependabot alerts und Pull Requests für Sicherheitsupdates.
  • author:app/dependabot zum Anzeigen von Benachrichtigungen, die von Dependabot generiert wurden. Dies beinhaltet Dependabot alerts, Pull Requests für Sicherheitsupdates und Pull Requests für Versionsupdates.

Weitere Informationen zu Dependabot findest du unter Informationen zu Dependabot-Warnungen.