Du kannst global auf GitHub Enterprise oder in einer bestimmten Organisation nach Issues und Pull Requests suchen. Weitere Informationen findest Du unter „Informationen zur Suche auf GitHub.“
Tipps:
-
Dieser Artikel enthält Beispielsuchen für die Website GitHub.com. Die gleichen Suchfilter kannst Du jedoch auch auf Ihre GitHub Enterprise Server-Instanz verwenden.
-
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 Enterprise 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.
Qualifizierer | Beispiel |
---|---|
type:pr | cat type:pr sucht Pull Requests, die das Wort „cat“ enthalten. |
type:issue | github commenter:defunkt type:issue sucht Issues, die das Wort „github“ enthalten und vom Benutzer @defunkt kommentiert wurden. |
is:pr | event is:pr sucht Pull Requests, die das Wort „event“ enthalten. |
is:issue | is: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.
Qualifizierer | Beispiel |
---|---|
in:title | warning in:title sucht Issues, deren Titel das Wort „warning“ enthält. |
in:body | error in:title,body sucht Issues, deren Titel oder Textteil das Wort „error“ enthält. |
in:comments | shipit 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
.
Qualifizierer | Beispiel |
---|---|
user:USERNAME | user:defunkt ubuntu sucht Issues, die das Wort „ubuntu“ enthalten, aus Repositorys, die dem Benutzer @defunkt gehören. |
org:ORGNAME | org:github sucht Issues aus Repositorys, die der Organisation GitHub gehören. |
repo:USERNAME/REPOSITORY | repo: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.
Qualifizierer | Beispiel |
---|---|
state:open | libraries state:open mentions:vmg sucht offene Issues, die @vmg erwähnen und das Wort „libraries“ enthalten. |
state:closed | design state:closed in:body sucht geschlossene Issues, die im Textteil das Wort „design“ enthalten. |
is:open | performance is:open is:issue sucht offene Issues, die das Wort „performance“ enthalten. |
is:closed | android is:closed sucht geschlossene Issues und Pull Requests, die das Wort „android“ enthalten. |
Suche nach öffentlichen oder privaten Repositorys
Wenn Du GitHub Enterprise vollständig durchsuchst, ist ein Filtern der Ergebnisse nach öffentlichen oder privaten Repositorys oft sehr nützlich. Hierzu verwendest Du die Qualifizierer is:public
und is:private
.
Qualifizierer | Beispiel |
---|---|
is:public | is:public sucht Issues und Pull Requests in allen öffentlichen Repositorys. |
is:private | is:private cupcake sucht Issues und Pull Requests mit dem Wort „cupcake“ in allen privaten Repositorys, auf die Du Zugriff hast. |
Suche nach Autor
Der Qualifizierer author
sucht Issues und Pull Requests, die von einem bestimmten Benutzer oder Integrationskonto erstellt wurden.
Qualifizierer | Beispiel |
---|---|
author:USERNAME | cool author:gjtorikian sucht von @gjtorikian erstellte Issues und Pull Requests, die das Wort „cool“ enthalten. |
bootstrap in:body author:mdo sucht von @mdo verfasste Issues, die im Textteil das Wort „bootstrap“ enthalten. | |
author:app/USERNAME | author:app/robot sucht Issues, die vom Integrationskonto „robot“ erstellt wurden. |
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.
Qualifizierer | Beispiel |
---|---|
assignee:USERNAME | assignee:vmg repo:libgit2/libgit2 sucht Issues und Pull Requests im Projekt „libgit2“ von libgit2, die @vmg zugewiesen sind. |
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.“
Qualifizierer | Beispiel |
---|---|
mentions:USERNAME | resque mentions:defunkt sucht Issues, die das Wort „resque“ enthalten und „@defunkt“ erwähnen. |
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.
Qualifizierer | Beispiel |
---|---|
team:ORGNAME/TEAMNAME | team:jekyll/owners sucht Issues, in denen das Team @jekyll/owners erwähnt wird. |
team:myorg/ops is:open is:pr sucht offene Pull Requests, in denen das Team @myorg/ops erwähnt wird. |
Suche nach Kommentierer
Der Qualifizierer commenter
sucht Issues, die einen Kommentar eines bestimmten Benutzers enthalten.
Qualifizierer | Beispiel |
---|---|
commenter:USERNAME | github commenter:defunkt org:github sucht Issues in Repositorys von GitHub, die das Wort „github“ enthalten und von Benutzer @defunkt kommentiert wurden. |
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.
Qualifizierer | Beispiel |
---|---|
involves:USERNAME | involves:defunkt involves:jlord sucht Issues, an denen entweder @defunkt oder @jlord beteiligt ist. |
NOT bootstrap in:body involves:mdo sucht Issues, an denen @mdo beteiligt ist, die im Textteil jedoch nicht das Wort „bootstrap“ enthalten. |
Suche nach Kennzeichnung
Mit dem Qualifizierer label
kannst Du Deine Suchergebnisse nach Kennzeichnungen eingrenzen. Da Issues verschiedene Kennzeichnungen aufweisen können, kannst du für jeden Issue einen eigenen Qualifizierer einsetzen.
Qualifizierer | Beispiel |
---|---|
label:LABEL | label:"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 sucht Issues mit den Kennzeichnungen „bug“ und „resolved“. |
Suche nach Meilenstein
Der Qualifizierer milestone
findet Issues oder Pull Requests, die innerhalb eines Repositorys Teil eines Meilensteins sind.
Qualifizierer | Beispiel |
---|---|
milestone:MILESTONE | milestone:"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 Qualifizierer <project
kannst Du 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 seiner URL.
Qualifizierer | Beispiel |
---|---|
project:PROJECT_BOARD | project:github/57 sucht Issues, die GitHub gehören und dem Projektboard 57 der Organisation zugeordnet sind. |
project:REPOSITORY/PROJECT_BOARD | project:github/linguist/1 sucht Issues, die Projektboard 1 im Repository „linguist“ von @github zugeordnet sind. |
Suche nach Commit-Status
Du kannst Pull Requests nach dem Status ihrer Commits filtern. This is especially useful if you are using the Status API or a CI service.
Qualifizierer | Beispiel |
---|---|
status:pending | language:go status:pending sucht offene Pull Requests in Go-Repositorys, deren Status „Pending“ (Ausstehend) ist. |
status:success | is:open status:success finally in:body sucht offene Pull Requests mit dem Status „Successful“ (Erfolgreich), die im Textteil das Wort „finally“ enthalten. |
status:failure | created: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 Du den spezifischen SHA-Hash eines Commits kennst, kannst Du ihn für die Suche nach Pull Requests verwenden, die diesen SHA enthalten. Die SHA-Syntax besteht aus mindestens sieben Zeichen.
Qualifizierer | Beispiel |
---|---|
SHA | e1109ab 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
Du kannst Pull Requests nach dem Branch filtern, aus dem sie stammen (Head-Branch) oder in den sie zusammengeführt werden (Basis-Branch).
Qualifizierer | Beispiel |
---|---|
head:HEAD_BRANCH | head: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_BRANCH | base:gh-pages sucht Pull Requests, die in den Branch gh-pages zusammengeführt werden. |
Suche nach Sprache
Mit dem Qualifizierer language
kannst Du Issues und Pull Requests in Repositorys suchen, die in einer bestimmten Programmiersprache geschrieben sind.
Qualifizierer | Beispiel |
---|---|
language:LANGUAGE | language: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.
Qualifizierer | Beispiel |
---|---|
comments:n | state: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. Der Interaktionszähler ist die Anzahl Reaktionen und Kommentare zu einem Issue oder Pull Request.
Qualifizierer | Beispiel |
---|---|
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.
Qualifizierer | Beispiel |
---|---|
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
Du kannst nach Pull-Request-Entwürfen suchen. Weitere Informationen findest Du unter „Informationen zu Pull Requests.“
| Qualifizierer | Beispiel | ------------- | ------------- | is:draft
| is:draft findet Pull-Request-Entwürfe.
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.
Qualifizierer | Beispiel |
---|---|
review:none | type:pr review:none sucht Pull Requests, die nicht geprüft wurden. |
review:required | type:pr review:required sucht Pull Requests, die vor dem Merge geprüft werden müssen. |
review:approved | type:pr review:approved sucht Pull Requests, die von einem Reviewer genehmigt wurden. |
review:changes_requested | type:pr review:changes_requested sucht Pull Requests, für die ein Reviewer Änderungen angefordert hat. |
reviewed-by:USERNAME | type:pr reviewed-by:gjtorikian sucht Pull-Requests, die von einer bestimmten Person geprüft wurden. |
review-requested:USERNAME | type: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. Wenn die angeforderte Person zu einem Team gehört, das ebenfalls für den Review angefordert wurde, werden die Review-Anforderungen für dieses Team ebenfalls in den Suchergebnissen aufgeführt. |
team-review-requested:TEAMNAME | type: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
Du kannst Issues nach dem Zeitpunkt der Erstellung oder letzten Änderung filtern. Für die Suche nach dem Erstellungsdatum verwende den Qualifizierer created
, für die Suche nach dem letzten Änderungsdatum den Qualifizierer 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
).
Datumsangaben unterstützen „größer als", „kleiner als" und Bereichsqualifizierer.
Qualifizierer | Beispiel |
---|---|
created:YYYY-MM-DD | language: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-DD | weird 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 Qualifizierer closed
kannst Du Issues und Pull Requests nach dem Datum der Schließung filtern.
Der Qualifizierer 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
).
Datumsangaben unterstützen „größer als", „kleiner als" und Bereichsqualifizierer.
Qualifizierer | Beispiel |
---|---|
closed:YYYY-MM-DD | language: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 Qualifizierer merged
kannst Du Pull Requests nach ihrem Merge-Datum filtern.
Der Qualifizierer 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
).
Datumsangaben unterstützen „größer als", „kleiner als" und Bereichsqualifizierer.
Qualifizierer | Beispiel |
---|---|
merged:YYYY-MM-DD | language: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 Qualifizierer is
kannst Du Pull Requests danach filtern, ob sie zusammengeführt sind oder nicht.
Qualifizierer | Beispiel |
---|---|
is:merged | bugfix is:pr is:merged sucht zusammengeführte Pull Requests, die das Wort „bugfix“ enthalten. |
is:unmerged | error is:unmerged sucht geschlossene Issues und Pull Requests, die das Wort „error“ enthalten. |
Suche auf Basis der Archivierung eines Repositorys
Der Qualifizierer archived
filtert Suchergebnisse danach, ob sich ein Issue oder Pull Request in einem archivierten Repository befindet.
Qualifizierer | Beispiel |
---|---|
archived:true | archived:true GNOME sucht Issues und Pull Requests mit dem Wort „GNOME“ in archivierten Repositorys, auf die Sie Zugriff haben. |
archived:false | archived: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 Qualifizierer is
kannst Du Issues oder Pull Requests mit gesperrten Unterhaltungen suchen. Weitere Informationen findest Du unter „Unterhaltungen sperren.“
Qualifizierer | Beispiel |
---|---|
is:locked | code 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:unlocked | code 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 Qualifizierer no
kannst Du Deine Suche auf Issues und Pull Requests eingrenzen, in denen bestimmte Metadaten fehlen. Hierbei kannst Du nach folgenden fehlenden Metadaten suchen:
- Kennzeichnungen
- Meilensteine
- Bearbeiter
- Projekte
Qualifizierer | Beispiel |
---|---|
no:label | priority no:label sucht Issues und Pull Requests, die das Wort „priority“ enthalten und keine Kennzeichnungen aufweisen. |
no:milestone | sprint no:milestone type:issue sucht Issues, die das Wort „sprint“ enthalten und keinem Meilenstein zugeordnet sind. |
no:assignee | important no:assignee language:java type:issue sucht in Java-Repositorys nach Issues, die das Wort „important“ enthalten und keinem Bearbeiter zugeordnet sind. |
no:project | build no:project sucht Issues, die das Wort „build“ enthalten und keinem Projektboard zugeordnet sind. |