Skip to main content

Filtern und Suchen von Problemen und Pull-Anforderungen

Um detaillierte Informationen zu einem Repository auf GitHub zu ermitteln, kannst du Issues und Pull Requests filtern, sortieren und durchsuchen, die für das Repository relevant sind.

Tool navigation

Tipp: Du kannst Issues oder Pull Requests auch mithilfe der GitHub CLI filtern. Weitere Informationen findest du unter gh issue list oder unter gh pr list in der Dokumentation zur GitHub CLI.

Issues und Pull Requests filtern

Issues und Pull Requests umfassen standardmäßige Filter, mit denen du deine Listen organisieren kannst.

Du findest einen Pull Request, in dem du oder ein Team, dem du angehörst, mit dem Suchqualifizierer review-requested:[USERNAME] oder team-review-requested:[TEAMNAME] zum Review aufgefordert werden. Weitere Informationen findest du unter Issues und Pull Requests durchsuchen.

Du kannst Issues und Pull Requests filtern, um Folgendes zu finden:

  • alle offenen Issues und Pull Requests
  • Issues und Pull Requests, die du erstellt hast
  • Issues und Pull Requests, die Dir zugewiesen sind
  • Probleme und Pull-Anforderungen, bei denen du @mentioned

Tipp: Du kannst Issues oder Pull Requests auch mithilfe der GitHub CLI filtern. Weitere Informationen findest du unter gh issue list oder unter gh pr list in der Dokumentation zur GitHub CLI.

  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf „-Issues“ oder „-Pull Requests“.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste sind zwei Registerkarten mit der Bezeichnung „Issues“ und „Pull Requests“ jeweils dunkelorange umrandet.

  3. Wähle oberhalb der Liste das Dropdownmenü Filter aus, und klicke dann auf den gewünschten Filtertyp.

    Screenshot der Liste der Issues für ein Repository. Oberhalb der Liste befindet sich ein dunkelorange umrandetes Dropdownmenü mit der Bezeichnung „Filter“.

Erstellen erweiterter Filter für Probleme

Note

Problemtypen, Unterprobleme und erweiterte Problemsuche befinden sich derzeit in einer Opt-In-beta für Organisationen. Weitere Informationen und Hinzufügen Ihrer Organisation zur Warteliste finden Sie im „GitHub-Blog“.

Sie können erweiterte Filter mit booleschen und geschachtelten Abfragen auf der Problemseite Ihres Repositorys erstellen. Wenn Sie Ihren Filter eingeben, zeigt GitHub verfügbare Kennzeichner an, schlägt Werte vor und warnt Sie, wenn ein Problem mit Ihrem Filter vorliegt.

Verwendung boolescher Operatoren

Sie können Ihre Filter mithilfe von AND- und OR-Operatoren einschränken.

Verwenden Sie AND, wenn Sie Ergebnisse benötigen, bei denen beide Anweisungen wahr sind. Im folgenden Beispielfilter bestehen die Ergebnisse aus Problemen mit der Bezeichnung „Programmfehlerbehebung“, die dem @octocat-Benutzer zugewiesen sind.

label:"Bug fix" AND assignee:octocat

Um Ergebnisse zurückzugeben, bei denen eine der beiden Anweisungen wahr ist, verwenden Sie OR. Im folgenden Beispiel enthalten die Ergebnisse Probleme, die entweder @octocat oder @hubot zugewiesen sind.

assignee:octocat OR assignee:hubot

Wenn Sie sich entscheiden AND- und OR-Operatoren nicht zu verwenden, behandelt GitHub ein Leerzeichen zwischen Anweisungen als AND-Operator, es sei denn, Sie verwenden ein org-, repo- oder user-Feld, um nach Eigentum zu filtern, in dem Leerzeichen als ein OR-Operator behandelt werden.

Verwenden von Klammern für komplexere Filter

Sie können auch Klammern verwenden, um Filter und Gruppenkennzeichner zu verschachteln. Im folgenden Beispiel enthalten die Ergebnisse Probleme, die entweder @octocat mit dem Problemtyp „Bug“" zugewiesen sind oder @hubot mit dem Problemtyp „Enchancement“ zugewiesen sind.

(type:"Bug" AND assignee:octocat) OR (type:"Enhancement" AND assignee:hubot)

Sie können Filter mithilfe von Klammern bis zu fünf Ebenen tief verschachteln. Es ist derzeit nicht möglich, die repo-, org- oder user-Kennzeichner in Klammern einzuschließen.

Issues und Pull Requests nach Bearbeitern filtern

Wenn du ein Problem oder eine Pull-Anforderung jemandem zugewiesen hast, kannst du Elemente anhand der Personen finden, die daran arbeiten.

  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf „-Issues“ oder „-Pull Requests“.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste sind zwei Registerkarten mit der Bezeichnung „Issues“ und „Pull Requests“ jeweils dunkelorange umrandet.

  3. Wähle oberhalb der Liste der Issues oder Pull Requests das Dropdownmenü Zugewiesene Person aus.

    Screenshot: Liste der Issues, in der Kopfzeile über der Liste wird ein Dropdownmenü mit der Bezeichnung „Zugewiesene Personen“ dunkelorange umrandet angezeigt.

  4. In diesem Dropdownmenü sind alle Benutzer aufgeführt, die Schreibzugriff auf dein Repository haben. Klicke auf den Namen der Person, deren zugewiesene Elemente du sehen möchtest, oder klicke auf Niemandem zugewiesen, um zu sehen, welche Probleme nicht zugewiesen wurden.

Klicke zum Zurücksetzen des ausgewählten Filters auf Aktuelle Suchabfrage, Filter und Sortierung löschen.

Issues und Pull Requests nach Kennzeichnungen filtern

Sobald du einem Problem oder einer Pull-Anforderung Kennzeichnungen zugewiesen hast, kannst du Elemente anhand ihrer Kennzeichnungen finden.

  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf „-Issues“ oder „-Pull Requests“.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste sind zwei Registerkarten mit der Bezeichnung „Issues“ und „Pull Requests“ jeweils dunkelorange umrandet.

  3. Klicke oberhalb der Liste der Issues oder Pull Requests auf Bezeichnungen.

    Screenshot der Liste der Issues für ein Repository. Oberhalb der Liste ist eine Schaltfläche mit einem Bezeichnungssymbol und „Bezeichnungen“ in dunkelorange umrandet.

  4. Klicke in der Liste der Bezeichnungen auf eine Bezeichnung.

Tipp: Klicke zum Zurücksetzen des ausgewählten Filters auf Aktuelle Suchabfrage, Filter und Sortierung löschen.

Filtern nach Problemtyp

Note

Problemtypen, Unterprobleme und erweiterte Problemsuche befinden sich derzeit in einer Opt-In-beta für Organisationen. Weitere Informationen und Hinzufügen Ihrer Organisation zur Warteliste finden Sie im „GitHub-Blog“.

Wenn Ihre Organisation Problemtypen verwendet, können Sie Probleme nach einem bestimmten Typ filtern. Sie können den type:-Kennzeichner auch direkt in Ihren Filter eingeben.

  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf -Issues.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste ist eine Registerkarte mit der Bezeichnung „Issues“ dunkelorange umrandet.

  3. Wählen Sie oberhalb der Liste der Issues das Dropdownmenü Typen aus.

    Screenshot: Liste der Issues, In der Kopfzeile über der Liste wird ein Dropdownmenü mit der Bezeichnung „Typen“ dunkelorange umrandet angezeigt und das Menü Problemtypen ist geöffnet.

  4. Klicken Sie in der Liste des Typs auf einen Problemtyp.

Pull Requests nach Review-Status filtern

Mit Filtern kannst du Pull Requests nach Review-Status auflisten und Pull Requests suchen, die du überprüft hast oder um deren Review du von anderen gebeten wurdest.

Du kannst die Pull-Request-Liste eines Repositorys filtern, um folgende Pull Requests zu finden:

  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf -Pull Requests.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste ist eine Registerkarte mit der Bezeichnung „Pull Requests“ dunkelorange umrandet.

  3. Wähle in der oberen rechten Ecke das Dropdownmenü Überprüfungen aus.

    Screenshot: Das Filtermenü über der Liste der Pull Requests. Das Dropdownmenü „Überprüfungen“ ist in dunklem Orange eingerahmt.

  4. Wähle einen Filter aus, um alle Pull Requests mit dem Status dieses Filters zu finden.

Issues und Pull Requests mit der Suchfunktion filtern

Sie können Filter verwenden, um nach Problemen und Pull-Anforderungen zu suchen, die bestimmten Kriterien entsprechen.

Suche nach Problemen und Pull-Anforderungen

Mit der Suchleiste für Issues und Pull Requests kannst du deine eigenen benutzerdefinierten Filter erstellen und nach einer Vielzahl an Kriterien Sortierungen vornehmen. Du findest die Suchleiste auf den Registerkarten "Probleme " und " Pull-Anforderungen " jedes Repositorys sowie auf deinen Dashboards für Probleme und Pull-Anforderungen.

Screenshot der Liste der Issues für ein Repository. Oberhalb der Liste befindet sich ein dunkelorange umrandetes Suchfeld, das die Abfrage „is:issue is:open“ enthält.

Tipp: Du kannst Deinen Mauszeiger mit einem Tastaturkürzel auf die Suchleiste über dem Issue oder Pull Request fokussieren. Weitere Informationen findest du unter Tastenkombinationen.

Weitere Informationen zur GitHub CLI findest du unter Informationen zur GitHub CLI.

Du kannst Problemen oder Pull-Anforderungen auch mithilfe der GitHub CLI filtern. Verwende den Unterbefehl gh issue list oder gh pr list zusammen mit dem Argument --search und einer Suchabfrage.

Du kannst zum Beispiel alle Probleme in der Reihenfolge des Erstellungsdatums auflisten, für die es keine Zuweisung gibt und die die Kennzeichnung help wanted oder bug haben.

gh issue list --search 'no:assignee label:"help wanted",bug sort:created-asc'

Du kannst auch alle Pull-Anforderungen auflisten, die das octo-org/octo-team Team erwähnen.

gh pr list --search "team:octo-org/octo-team"

Informationen zu Suchbegriffen

Mithilfe von Suchbegriffen zu Issues und Pull Requests kannst Du:

  • Filtern von Problemen und Pull-Anforderungen nach Autor: state:open type:issue author:octocat
  • Filtern von Problemen und Pull-Anforderungen, die sich - aber nicht unbedingt - auf bestimmte Personen beziehen @mention: state:open type:issue involves:octocat
  • Filtern von Problemen und Pull-Anforderungen nach zugewiesener Person: state:open type:issue assignee:octocat
  • Filtern von Problemen und Pull-Anforderungen nach Kennzeichnung: state:open type:issue label:"bug"
  • Filtere Suchbegriffe heraus, indem du - vor dem Begriff verwendest: state:open type:issue -author:octocat

Tip: Du kannst Issues und Pull Requests nach Bezeichnung filtern, indem du ein logisches ODER oder ein logisches UND verwendest.

  • Verwende die Kommasyntax, um Probleme mit logischem ODER zu filtern: label:"bug","wip".
  • Verwende separate Bezeichnungsfilter, um Probleme mit logischem UND zu filtern: label:"bug" label:"wip".

Für Issues kannst du die Suche auf für folgendes benutzen:

  • Du kannst nach Issues filtern, die mit einem Pull Request verknüpft sind, indem du einen schließenden Verweis verwendest: linked:pr
  • Filtern Sie Probleme nach dem Grund, warum sie geschlossen wurden: is:closed reason:completed oder is:closed reason:"not planned" *-Filter für Probleme mit einem bestimmten Typ: is:open type:"Bug"

Bei Pull Requests kannst du die Suche auch verwenden, um:

  • Filtern von Pull-Anforderungs-Entwürfen: is:draft
  • Filtern von Pull-Anforderungen, die noch nicht überprüft wurden: state:open type:pr review:none
  • Filtern von Pull-Anforderungen, die eine Überprüfung erfordern, bevor sie zusammengeführt werden können: state:open type:pr review:required
  • Filtern von Pull-Anforderungen, die ein Prüfer genehmigt hat: state:open type:pr review:approved
  • Filtern von Pull-Anforderungen, bei denen ein Prüfer um Änderungen gebeten hat: state:open type:pr review:changes_requested
  • Filtern von Pull-Anforderungen nach Prüfer: state:open type:pr reviewed-by:octocat
  • Filtern von Pull Requests nach dem spezifischen Benutzer, der zur Überprüfung aufgefordert wurde: state:open type:pr review-requested:octocat
  • Filtern von Pull Requests, zu deren Überprüfung dich jemand direkt aufgefordert hat: state:open type:pr user-review-requested:@me
  • Filtern von Pull-Anforderungen durch das Team, das zur Überprüfung angefordert wurde: state:open type:pr team-review-requested:github/docs
  • Nach Pull-Anforderungen filtern, die mit einem Problem verknüpft sind, das durch die Pull-Anforderungen geschlossen werden kann: linked:issue
  • Filtern von Pull Requests nach dem Status von Zusammenführen: is:merged oder is:unmerged

Issues und Pull Requests sortieren

Zur besseren Darstellung der Informationen eines bestimmten Zeitraums können gefilterter Ansichten sortiert werden.

Du kannst jede gefilterte Ansicht nach folgenden Aspekten sortieren:

  • Die neuesten Issues oder Pull Requests (nach Erstellungsdatum)
  • Die ältesten Issues oder Pull Requests (nach Erstellungsdatum)
  • Die Issues oder Pull Requests mit den meisten Kommentaren
  • Die Issues oder Pull Requests mit den wenigsten Kommentaren
  • Die neuesten Issues oder Pull Requests (nach Änderungsdatum)
  • Die ältesten Issues oder Pull Requests (nach Änderungsdatum)
  • Die am häufigsten hinzugefügte Reaktion auf Probleme oder Pull-Anforderungen
  1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.

  2. Klicke unter dem Namen deines Repositorys auf „-Issues“ oder „-Pull Requests“.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste sind zwei Registerkarten mit der Bezeichnung „Issues“ und „Pull Requests“ jeweils dunkelorange umrandet.

  3. Wähle oberhalb der Liste der Issues oder Pull Requests das Dropdownmenü Sortieren aus, und klicke dann auf eine Sortiermethode.

    Screenshot der Liste der Issues für ein Repository. Oberhalb der Liste befindet sich ein dunkelorange umrandetes Dropdownmenü mit der Bezeichnung „Sortieren“.

Um die Sortierauswahl zu löschen, klicke auf Sortieren > Neueste.

Filter austauschen

Wenn du Issues und Pull Requests filterst oder sortierst, wird die URL deines Browsers automatisch an die neue Ansicht angepasst.

Die hierbei generierte URL kannst du anderen Benutzern senden, damit diese die gleiche Filteransicht aufrufen können.

Würdest du beispielsweise nach Issues filtern, die Hubot zugeordnet sind, und nach den ältesten offenen Issues sortieren, würde deine URL in etwa wie folgt aussehen:

/issues?q=state:open+type:issue+assignee:hubot+sort:created-asc

Weiterführende Themen