Issues und Pull Requests durchsuchen

Auf GitHub können Sie nach Issues und Pull Requests suchen und die Suchergebnisse mit den folgenden Suchkennzeichnern in beliebiger Kombination eingrenzen.

Sie können Issues und Pull Requests global auf GitHub oder in einer bestimmten Organisation durchsuchen. Weitere Informationen findest Du unter „Informationen zur Suche auf GitHub.“

Tips:

  • Eine Liste mit Suchsyntax, die Du jedem Qualifizierer hinzufügen kannst, um Deine Ergebnisse zu verbessern, findest Du unter „Grundlagen der Suchsyntax“.

  • Schließe Suchbegriffe, die aus mehreren Wörtern bestehen, in Anführungszeichen ein. Möchtest Du beispielsweise nach Issues mit der Kennzeichnung „In progress“ suchen, gib label:"in progress" ein. Bei der Suche wird die Groß-/Kleinschreibung ignoriert.

  • Du kannst Deinen Mauszeiger mit einem Tastaturkürzel auf die Suchleiste über dem Issue oder Pull Request fokussieren. Weitere Informationen findest Du unter „Tastaturkürzel.“

Suche nur nach Issues oder nur nach Pull Requests

Die Suche auf GitHub gibt standardmäßig sowohl Issues als auch Pull Requests zurück. Mit dem Qualifizierer type oder is kannst Du in den Suchergebnissen jedoch auch nur nach Issues oder nur nach Pull Requests filtern.

QualifiziererBeispiel
type:prcat type:pr sucht Pull Requests, die das Wort „cat“ enthalten.
type:issuegithub commenter:defunkt type:issue sucht Issues, die das Wort „github“ enthalten und vom Benutzer @defunkt kommentiert wurden.
is:prevent is:pr sucht Pull Requests, die das Wort „event“ enthalten.
is:issueis:issue label:bug is:closed sucht geschlossene Issues mit der Kennzeichnung „bug“.

Suche nach Titel, Textteil oder Kommentaren

Mit dem Qualifizierer in kannst Du Deine Suche entweder auf den Titel, auf den Textteil, auf Kommentare oder auf eine beliebige Kombination derselben eingrenzen. Ohne diesen Qualifizierer werden Titel, Textteil und Kommentare durchsucht.

QualifiziererBeispiel
in:titlewarning in:title sucht Issues, deren Titel das Wort „warning“ enthält.
in:bodyerror in:title,body sucht Issues, deren Titel oder Textteil das Wort „error“ enthält.
in:commentsshipit in:comments sucht Issues, deren Kommentare das Wort „shipit“ enthalten.

Suche innerhalb der Repositorys eines Benutzers oder einer Organisation

Wenn Du Issues und Pull Requests in allen Repositorys suchst, die einem bestimmten Benutzer oder einer bestimmten Organisation gehören, verwende den Qualifizierer user respektive org. Für die Suche nach Issues und Pull Requests in einem bestimmten Repository verwende den Qualifizierer repo.

If you have access to pull requests in more than 10,000 repositories, you will need to limit your search to a specific organization, user account, or repository to see results.

QualifiziererBeispiel
user:USERNAMEuser:defunkt ubuntu sucht Issues, die das Wort „ubuntu“ enthalten, aus Repositorys, die dem Benutzer @defunkt gehören.
org:ORGNAMEorg:github sucht Issues aus Repositorys, die der Organisation GitHub gehören.
repo:USERNAME/REPOSITORYrepo:mozilla/shumway created:<2012-03-01 sucht Issues aus dem Projekt shumway des Benutzers @mozilla, welche vor März 2012 erstellt wurden.

Suche nach Öffnungsstatus

Mit dem Qualifizierer state oder is kannst Du Issues und Pull Requests danach filtern, ob sie noch offen oder bereits geschlossen sind.

QualifiziererBeispiel
state:openlibraries state:open mentions:vmg sucht offene Issues, die @vmg erwähnen und das Wort „libraries“ enthalten.
state:closeddesign state:closed in:body sucht geschlossene Issues, die im Textteil das Wort „design“ enthalten.
is:openperformance is:open is:issue sucht offene Issues, die das Wort „performance“ enthalten.
is:closedandroid is:closed sucht geschlossene Issues und Pull Requests, die das Wort „android“ enthalten.

Filter by repository visibility

You can filter by the visibility of the repository containing the issues and pull requests using the is qualifier. For more information, see "About repositories."

| Qualifier | Example | ------------- | ------------- | | is:public | is:public matches issues and pull requests in public repositories. | is:internal | is:internal matches issues and pull requests in internal repositories. | is:private | is:private cupcake matches issues and pull requests that contain the word "cupcake" in private repositories you can access.

Suche nach Autor

Der Qualifizierer author sucht Issues und Pull Requests, die von einem bestimmten Benutzer oder Integrationskonto erstellt wurden.

QualifiziererBeispiel
author:USERNAMEcool author:gjtorikian matches issues and pull requests with the word "cool" that were created by @gjtorikian.
bootstrap in:body author:mdo matches issues written by @mdo that contain the word "bootstrap" in the body.
author:app/USERNAMEauthor:app/robot matches issues created by the integration account named "robot."

Suche nach Bearbeiter

Der Qualifizierer assignee sucht Issues und Pull Requests, die einem bestimmten Benutzer zugewiesen sind. Nach Issues und Pull Requests mit beliebigem Bearbeiter kannst Du nicht suchen. Du kannst jedoch nach Issues und Pull Requests suchen, denen kein Bearbeiter zugewiesen ist.

QualifiziererBeispiel
assignee:USERNAMEassignee:vmg repo:libgit2/libgit2 matches issues and pull requests in libgit2's project libgit2 that are assigned to @vmg.

Suche nach Erwähnung

Der Qualifizierer mentions sucht Issues, in denen ein bestimmter Benutzer erwähnt wird. Weitere Informationen findest Du unter „Personen und Teams erwähnen.“

QualifiziererBeispiel
mentions:USERNAMEresque mentions:defunkt matches issues with the word "resque" that mention @defunkt.

Suche nach Teamerwähnung

Mit dem Qualifizierer team kannst du innerhalb von Organisationen und Teams, zu denen Du gehörst, Issues oder Pull Requests suchen, die ein bestimmtes Team innerhalb der Organisation @erwähnen. Ersetze in den folgenden Beispielen die Namen durch den Namen Deiner Organisation und Deines Teams, um eine Suche durchzuführen.

QualifiziererBeispiel
team:ORGNAME/TEAMNAMEteam:jekyll/owners matches issues where the @jekyll/owners team is mentioned.
team:myorg/ops is:open is:pr matches open pull requests where the @myorg/ops team is mentioned.

Suche nach Kommentierer

Der Qualifizierer commenter sucht Issues, die einen Kommentar eines bestimmten Benutzers enthalten.

QualifiziererBeispiel
commenter:USERNAMEgithub commenter:defunkt org:github matches issues in repositories owned by GitHub, that contain the word "github," and have a comment by @defunkt.

Suche nach beteiligtem Benutzer

Mit dem Qualifizierer involves kannst Du Issues suchen, an denen auf die eine oder andere Weise ein bestimmter Benutzer beteiligt ist. Der Qualifizierer involves ist ein logisches ODER zwischen den Qualifizierern author, assignee, mentions und commenter für einen einzelnen Benutzer. Dieser Qualifizierer sucht also Issues und Pull Requests, die von einem bestimmten Benutzer erstellt wurden, diesem zugewiesen sind, diesen erwähnen oder in denen dieser Benutzer einen Kommentar hinterlassen hat.

QualifiziererBeispiel
involves:USERNAMEinvolves:defunkt involves:jlord matches issues either @defunkt or @jlord are involved in.
NOT bootstrap in:body involves:mdo sucht Issues, an denen @mdo beteiligt ist, die im Textteil jedoch nicht das Wort „bootstrap“ enthalten.

Suche nach verknüpften Issues und Pull Request

Du kannst Deine Ergebnisse auf Issues einschränken, die mit einem Pull-Request verknüpft sind, indem Du eine schließende Referenz verwendest, oder auf Pull-Requests, die mit einem Issue verbunden sind, den der Pull-Request schließen kann.

QualifiziererBeispiel
linked:prrepo:desktop/desktop is:open linked:pr findet offene Issues im desktop/desktop-Repository, die mit einer schließenden Referenz zu einem Pull Request verknüpft sind.
linked:issuerepo:desktop/desktop is:closed linked:issue findet geschlossene Pull Requests im desktop/desktop-Repository, die zu einem Issue verknüpft waren, den der Pull Request möglicherweise geschlossen hat.
-linked:prrepo:desktop/desktop is:open -linked:pr findet offene Issues im desktop/desktop-Repository, die nicht mit einer schließenden Referenz zu einem Pull Request verknüpft sind.
-linked:issuerepo:desktop/desktop is:open -linked:issue findet offene Pull Requests im desktop/desktop-Repository, die nicht zu einem Issue verknüpft sind, die der Pull Request möglicherweise schließen kann.

Suche nach Kennzeichnung

Mit dem Kennzeichner label können Sie Ihre Suchergebnisse nach Kennzeichnungen eingrenzen. Da Issues verschiedene Kennzeichnungen aufweisen können, können Sie für jeden Issue einen eigenen Kennzeichner auflisten.

QualifiziererBeispiel
label:LABELlabel:"help wanted" language:ruby sucht Issues in Ruby-Repositorys mit der Kennzeichnung „help wanted“.
broken in:body -label:bug label:priority sucht Issues, deren Textteil das Wort „broken“ enthält, die nicht die Kennzeichnung „bug“ aufweisen, jedoch die Kennzeichnung „priority“ enthalten.
label:bug label:resolved matches issues with the labels "bug" and "resolved."
label:bug,resolved matches issues with the label "bug" or the label "resolved."

Suche nach Meilenstein

Der Kennzeichner milestone sucht Issues oder Pull Requests, die innerhalb eines Repositorys Teil eines Meilensteins sind.

QualifiziererBeispiel
milestone:MILESTONEmilestone:"overhaul" sucht Issues in einem Meilenstein mit dem Namen „overhaul“.
milestone:"bug fix" sucht Issues in einem Meilenstein mit dem Namen „bug fix“.

Suche nach Projektboard

Mit dem Kennzeichner project können Sie Issues suchen, die innerhalb eines Repositorys oder einer Organisation einem bestimmten Projektboard zugeordnet sind. Projektboards werden anhand ihrer Projektboardnummer gesucht. Die Nummer eines Projektboards befindet sich am Ende von dessen URL.

QualifiziererBeispiel
project:PROJECT_BOARDproject:github/57 sucht Issues, die GitHub gehören und dem Projektboard 57 der Organisation zugeordnet sind.
project:REPOSITORY/PROJECT_BOARDproject:github/linguist/1 sucht Issues, die Projektboard 1 im Repository „linguist“ von @github zugeordnet sind.

Suche nach Commit-Status

Sie können Pull Requests nach dem Status ihrer Commits filtern. Dieser Filter ist besonders nützlich, wenn Sie die Status-API oder einen CI-Dienst verwenden.

QualifiziererBeispiel
status:pendinglanguage:go status:pending sucht offene Pull Requests in Go-Repositorys, deren Status „Pending“ (Ausstehend) ist.
status:successis:open status:success finally in:body sucht offene Pull Requests mit dem Status „Successful“ (Erfolgreich), die im Textteil das Wort „finally“ enthalten.
status:failurecreated:2015-05-01..2015-05-30 status:failure sucht Pull Requests, die im Mai 2015 geöffnet wurden und den Status „Failed“ (Fehlgeschlagen) aufweisen.

Suche nach Commit-SHA

Wenn Sie den spezifischen SHA-Hash eines Commits kennen, können Sie ihn für die Suche nach Pull Requests verwenden, die diesen SHA enthalten. Die SHA-Syntax besteht aus mindestens sieben Zeichen.

QualifiziererBeispiel
SHAe1109ab sucht Pull Requests, deren Commit-SHAs mit e1109ab beginnen.
0eff326d6213c is:merged sucht zusammengeführte Pull Requests, deren Commit-SHAs mit 0eff326d6213c beginnen.

Suche nach Branch-Name

Sie können Pull Requests nach dem Branch filtern, aus dem sie stammen (Head-Branch) oder in den sie gemergt werden (Basis-Branch).

QualifiziererBeispiel
head:HEAD_BRANCHhead:change is:closed is:unmerged sucht Pull Requests, die aus Branches geöffnet wurden, deren Namen mit „change“ beginnen, die aber inzwischen geschlossen sind.
base:BASE_BRANCHbase:gh-pages sucht Pull Requests, die in den Branch gh-pages zusammengeführt werden.

Suche nach Sprache

Mit dem Kennzeichner language können Sie Issues und Pull Requests in Repositorys suchen, die in einer bestimmten Programmiersprache geschrieben sind.

QualifiziererBeispiel
language:LANGUAGElanguage:ruby state:open sucht offene Issues in Ruby-Repositorys.

Suche nach Anzahl der Kommentare

Mit dem Qualifizierer comments in Verbindung mit „Größer-als“-, „Kleiner-als“- oder Bereichsqualifizierern kannst Du nach der Anzahl der Kommentare filtern.

QualifiziererBeispiel
comments:nstate:closed comments:>100 sucht geschlossene Issues mit mehr als 100 Kommentaren.
comments:500..1000 sucht Issues mit 500 bis 1.000 Kommentaren.

Suche nach Anzahl der Interaktionen

Mit dem Qualifizierer interactions kannst Du Issues und Pull Requests nach der Anzahl ihrer Interaktionen filtern. Zur Angabe der Anzahl der Interaktionen verwende „Größer-als“-, „Kleiner-als“- oder Bereichsqualifizierer. Interaktionen sind Reaktionen und Kommentare zu einem Issue oder Pull Request.

QualifiziererBeispiel
interactions:n interactions:>2000 sucht Issues oder Pull Requests mit mehr als 2.000 Interaktionen.
interactions:500..1000 sucht Issues oder Pull Requests mit 500 bis 1.000 Interaktionen.

Suche nach Anzahl der Reaktionen

Mit dem Qualifizierer reactions kannst Du Issues und Pull Requests nach der Anzahl ihrer Reaktionen filtern. Zur Angabe der Anzahl der Reaktionen verwende „Größer-als“-, „Kleiner-als“- oder Bereichsqualifizierer.

QualifiziererBeispiel
reactions:n reactions:>1000 sucht Issues mit mehr als 1.000 Reaktionen.
reactions:500..1000 sucht Issues mit 500 bis 1.000 Reaktionen.

Suche nach Pull-Request-Entwürfen

Sie können nach Pull-Request-Entwürfen suchen. Weitere Informationen findest Du unter „Informationen zu Pull Requests.“

| Qualifier | Example | ------------- | ------------- | draft:true | draft:true matches draft pull requests. | draft:false | draft:false findet Pull Requests, die bereit sind für den Review.

Suche nach Review-Status und Reviewer eines Pull-Requests

Du kannst Pull Requests nach ihrem Review-Status (none (keiner), required (erforderlich), approved (genehmigt) oder changes requested (Änderungen angefordert)), nach Reviewer und nach angefordertem Reviewer filtern.

QualifiziererBeispiel
review:nonetype:pr review:none sucht Pull Requests, die nicht geprüft wurden.
review:requiredtype:pr review:required sucht Pull Requests, die vor dem Merge geprüft werden müssen.
review:approvedtype:pr review:approved sucht Pull Requests, die von einem Reviewer genehmigt wurden.
review:changes_requestedtype:pr review:changes_requested sucht Pull Requests, für die ein Reviewer Änderungen angefordert hat.
reviewed-by:USERNAMEtype:pr reviewed-by:gjtorikian sucht Pull-Requests, die von einer bestimmten Person geprüft wurden.
review-requested:USERNAMEtype:pr review-requested:benbalter sucht Pull Requests, für deren Review eine bestimmte Person angefordert wurde. Angeforderte Reviewer werden nicht mehr in den Suchergebnissen aufgeführt, sobald sie den Review eines Pull Request abgeschlossen haben. If the requested person is on a team that is requested for review, then review requests for that team will also appear in the search results.
user-review-requested:@metype:pr user-review-requested:@me matches pull requests that you have directly been asked to review.
team-review-requested:TEAMNAMEtype:pr team-review-requested:atom/design sucht Pull Requests, für deren Review das Team atom/design angefordert wurde. Angeforderte Reviewer werden nicht mehr in den Suchergebnissen aufgeführt, sobald sie den Review eines Pull Request abgeschlossen haben.

Suche nach dem Datum der Erstellung oder letzten Änderung eines Issues oder Pull Requests

Sie können Issues nach dem Zeitpunkt der Erstellung oder letzten Änderung filtern. Für die Suche nach dem Erstellungsdatum verwenden Sie den Kennzeichner created, für die Suche nach dem letzten Änderungsdatum den Kennzeichner updated.

Beide Qualifizierer verwenden als Parameter ein Datum. Die Datumsformatierung muss dem ISO8601-Standard entsprechen, der YYYY-MM-DD (Jahr-Monat-Tag) ist. Du kannst nach dem Datum auch optionale Zeitinformationen THH:MM:SS+00:00 hinzufügen, um nach der Stunde, Minute und Sekunde zu suchen. Das ist T, gefolgt von HH:MM:SS (Stunden:Minuten:Sekunden) und einem UTC-Offset (+00:00).

When you search for a date, you can use greater than, less than, and range qualifiers to further filter results. For more information, see "Understanding the search syntax."

QualifiziererBeispiel
created:YYYY-MM-DDlanguage:c# created:<2011-01-01 state:open findet offene Issues, die vor 2011 erstellt wurden, in Repositorys die in C# geschrieben sind.
updated:YYYY-MM-DDweird in:body updated:>=2013-02-01 findet Issues, die nach Januar 2013 aktualisiert wurden, mit dem Wort „weird" im Text.

Suche nach dem Datum der Schließung eines Issues oder Pull Requests

Mit dem Kennzeichner closed können Sie Issues und Pull Requests nach ihrem Schließungsdatum filtern.

Der Kennzeichner verwendet als Parameter ein Datum. Die Datumsformatierung muss dem ISO8601-Standard entsprechen, der YYYY-MM-DD (Jahr-Monat-Tag) ist. Du kannst nach dem Datum auch optionale Zeitinformationen THH:MM:SS+00:00 hinzufügen, um nach der Stunde, Minute und Sekunde zu suchen. Das ist T, gefolgt von HH:MM:SS (Stunden:Minuten:Sekunden) und einem UTC-Offset (+00:00).

When you search for a date, you can use greater than, less than, and range qualifiers to further filter results. For more information, see "Understanding the search syntax."

QualifiziererBeispiel
closed:YYYY-MM-DDlanguage:swift closed:>2014-06-11 findet Issues und Pull Requests in Swift-Sprache, die nach dem 11. Juni 2014 geschlossen wurden.
data in:body closed:<2012-10-01 findet Issues und Pull Requests mit dem Wort „data" im Text, die vor Oktober 2012 geschlossen wurden.

Suche nach dem Merge-Datum eines Issues oder Pull Requests

Mit dem Kennzeichner merged können Sie Pull Requests nach ihrem Merge-Datum filtern.

Der Kennzeichner verwendet als Parameter ein Datum. Die Datumsformatierung muss dem ISO8601-Standard entsprechen, der YYYY-MM-DD (Jahr-Monat-Tag) ist. Du kannst nach dem Datum auch optionale Zeitinformationen THH:MM:SS+00:00 hinzufügen, um nach der Stunde, Minute und Sekunde zu suchen. Das ist T, gefolgt von HH:MM:SS (Stunden:Minuten:Sekunden) und einem UTC-Offset (+00:00).

When you search for a date, you can use greater than, less than, and range qualifiers to further filter results. For more information, see "Understanding the search syntax."

QualifiziererBeispiel
merged:YYYY-MM-DDlanguage:javascript merged:<2011-01-01 findet Pull Requests in JavaScript-Repositorys, die vor 2011 zusammengeführt wurden.
fast in:title language:ruby merged:>=2014-05-01 findet Pull Requests in Ruby-Sprache mit dem Wort „fast" im Titel, die nach April 2014 zusammengeführt wurden.

Suche nach dem Merge-Status eines Pull Requests

Mit dem Kennzeichner is können Sie Pull Requests danach filtern, ob sie gemergt oder ungemergt sind.

QualifiziererBeispiel
is:mergedbugfix is:pr is:merged sucht zusammengeführte Pull Requests, die das Wort „bugfix“ enthalten.
is:unmergederror is:unmerged sucht geschlossene Issues und Pull Requests, die das Wort „error“ enthalten.

Suche auf Basis der Archivierung eines Repositorys

Der Kennzeichner archived filtert Suchergebnisse danach, ob sich ein Issue oder Pull Request in einem archivierten Repository befindet.

QualifiziererBeispiel
archived:truearchived:true GNOME sucht Issues und Pull Requests mit dem Wort „GNOME“ in archivierten Repositorys, auf die Sie Zugriff haben.
archived:falsearchived:false GNOME sucht Issues und Pull Requests mit dem Wort „GNOME“ in nicht archivierten Repositorys, auf die Sie Zugriff haben.

Suche nach dem Sperrstatus einer Unterhaltung

Mit dem Kennzeichner is können Sie Issues oder Pull Requests mit gesperrten Unterhaltungen suchen. (siehe „Unterhaltungen sperren“)

QualifiziererBeispiel
is:lockedcode of conduct is:locked is:issue archived:false sucht in nicht archivierten Repositorys nach Issues oder Pull Requests, die die Wörter „code of conduct“ enthalten und eine gesperrte Unterhaltung aufweisen.
is:unlockedcode of conduct is:unlocked is:issue archived:false sucht in nicht archivierten Repositorys nach Issues oder Pull Requests, die die Wörter „code of conduct“ enthalten und eine ungesperrte Unterhaltung aufweisen.

Suche nach fehlenden Metadaten

Mit dem Kennzeichner no können Sie Ihre Suche auf Issues und Pull Requests eingrenzen, in denen bestimmte Metadaten fehlen. Hierbei können Sie nach folgenden fehlenden Metadaten suchen:

  • Kennzeichnungen
  • Meilensteine
  • Bearbeiter
  • Projekte
QualifiziererBeispiel
no:labelpriority no:label sucht Issues und Pull Requests, die das Wort „priority“ enthalten und keine Kennzeichnungen aufweisen.
no:milestonesprint no:milestone type:issue sucht Issues, die das Wort „sprint“ enthalten und keinem Meilenstein zugeordnet sind.
no:assigneeimportant no:assignee language:java type:issue sucht in Java-Repositorys nach Issues, die das Wort „important“ enthalten und keinem Bearbeiter zugeordnet sind.
no:projectbuild no:project sucht Issues, die das Wort „build“ enthalten und keinem Projektboard zugeordnet sind.

Weiterführende Informationen

Did this doc help you?

Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

Oder, learn how to contribute.