Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-01-22. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nehmen Sie ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wenden Sie sich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Issues und Pull Requests durchsuchen

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

Inhalt dieses Artikels

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

Tipps:

  • Dieser Artikel enthält Beispielsuchen für die Website GitHub.com. Die gleichen Suchfilter können Sie jedoch auch auf Ihre GitHub Enterprise Server-Instanz verwenden.

  • Eine Liste mit Suchsyntax, die Sie jedem Suchkennzeichner hinzufügen können, um Ihre Ergebnisse zu verbessern, finden Sie unter „Grundlagen der Suchsyntax“.

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

  • You can focus your cursor on the search bar above the issue or pull request list with a keyboard shortcut. Weitere Informationen finden Sie unter „Tastenkü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 Kennzeichner type oder is können Sie in den Suchergebnissen jedoch auch nur nach Issues oder nur nach Pull Requests filtern.

Kennzeichner 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 Kennzeichner in können Sie Ihre Suche entweder auf den Titel, auf den Textteil, auf Kommentare oder auf eine beliebige Kombination derselben eingrenzen. Ohne diesen Kennzeichner werden Titel, Textteil und Kommentare durchsucht.

Kennzeichner 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 Sie Issues und Pull Requests in allen Repositorys suchen, die einem bestimmten Benutzer oder einer bestimmten Organisation gehören, verwenden Sie den Kennzeichner user bzw. org. Für die Suche nach Issues und Pull Requests in einem bestimmten Repository verwenden Sie den Kennzeichner repo.

Kennzeichner 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“ von @mozilla, die vor März 2012 erstellt wurden.

Suche nach Öffnungsstatus

Mit dem Kennzeichner state oder is können Sie Issues und Pull Requests danach filtern, ob sie noch offen oder bereits geschlossen sind.

Kennzeichner 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 Sie GitHub Enterprise vollständig durchsuchen, ist eine Filterung der Ergebnisse nach öffentlichen oder privaten Repositorys oft sehr nützlich. Hierzu verwenden Sie die Kennzeichner is:public und is:private.

Kennzeichner 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 Sie Zugriff haben.

Suche nach Autor

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

Kennzeichner 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 Kennzeichner assignee sucht Issues und Pull Requests, die einem bestimmten Benutzer zugewiesen sind. Nach Issues und Pull Requests mit beliebigem Bearbeiter können Sie nicht suchen. Sie können jedoch nach Issues und Pull Requests suchen, denen kein Bearbeiter zugewiesen ist.

Kennzeichner 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 Kennzeichner mentions sucht Issues, in denen ein bestimmter Benutzer erwähnt wird. Weitere Informationen finden Sie unter „Personen und Teams erwähnen“.

Kennzeichner Beispiel
mentions:USERNAME resque mentions:defunkt sucht Issues, die das Wort „resque“ enthalten und „@defunkt“ erwähnen.

Suche nach Teamerwähnung

Mit dem Kennzeichner team können Sie innerhalb von Organisationen und Teams, zu denen Sie gehören, Issues oder Pull Requests suchen, die ein bestimmtes Team innerhalb der Organisation @erwähnen. Ersetzen Sie in den folgenden Beispielen die Namen durch den Namen Ihrer Organisation und Ihres Teams, um eine Suche durchzuführen.

Kennzeichner 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 Kennzeichner commenter sucht Issues, die einen Kommentar eines bestimmten Benutzers enthalten.

Kennzeichner 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 Kennzeichner involves können Sie Issues suchen, an denen auf die eine oder andere Weise ein bestimmter Benutzer beteiligt ist. Der Kennzeichner involves ist ein logisches ODER zwischen den Kennzeichnern author, assignee, mentions und commenter für einen einzelnen Benutzer. Dieser Kennzeichner 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.

Kennzeichner 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 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.

Kennzeichner 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 Kennzeichner milestone sucht Issues oder Pull Requests, die innerhalb eines Repositorys Teil eines Meilensteins sind.

Kennzeichner 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 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.

Kennzeichner 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

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.

Kennzeichner 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 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.

Kennzeichner Beispiel
SHA e1109ab sucht Pull Requests, deren Commit-SHAs mit e1109ab beginnen.
0eff326d6213c is:merged sucht gemergte 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).

Kennzeichner 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 gemergt 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.

Kennzeichner Beispiel
language:LANGUAGE language:ruby state:open sucht offene Issues in Ruby-Repositorys.

Suche nach Anzahl der Kommentare

Mit dem Kennzeichner comments in Verbindung mit dem „Größer-als“-, „Kleiner-als“- oder dem Bereichskennzeichner können Sie nach der Anzahl der Kommentare filtern.

Kennzeichner 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 Kennzeichner interactions können Sie Issues und Pull Requests nach der Anzahl ihrer Interaktionen filtern. Zur Angabe der Anzahl der Interaktionen verwenden Sie den „Größer-als“-, „Kleiner-als“- oder den Bereichskennzeichner. Interaktionen sind Reaktionen und Kommentare zu einem Issue oder Pull Request.

Kennzeichner 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 Kennzeichner reactions können Sie Issues und Pull Requests nach der Anzahl ihrer Reaktionen filtern. Zur Angabe der Anzahl der Reaktionen verwenden Sie den „Größer-als“-, „Kleiner-als“- oder den Bereichskennzeichner.

Kennzeichner 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 Review-Status und Reviewer eines Pull-Requests

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

Kennzeichner 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 Mergen 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 Requests abgeschlossen haben.

Suche nach dem Erstellungs- oder letzten Änderungsdatum 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 Kennzeichner verwenden als Parameter ein Datum. Date formatting must follow the ISO8601 standard, which is YYYY-MM-DD (year-month-day). You can also add optional time information THH:MM:SS+00:00 after the date, to search by the hour, minute, and second. That's T, followed by HH:MM:SS (hour-minutes-seconds), and a UTC offset (+00:00).

Dates support greater than, less than, and range qualifiers.

Kennzeichner Beispiel
created:YYYY-MM-DD language:c# created:<2011-01-01 state:open sucht in Repositorys, die in C# geschrieben sind, offene Issues, die vor 2011 erstellt wurden.
updated:YYYY-MM-DD weird in:body updated:>=2013-02-01 sucht Issues, deren Textteil das Wort „weird“ enthält und die nach Februar 2013 aktualisiert wurden.

Suche nach dem Schließungsdatum 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. Date formatting must follow the ISO8601 standard, which is YYYY-MM-DD (year-month-day). You can also add optional time information THH:MM:SS+00:00 after the date, to search by the hour, minute, and second. That's T, followed by HH:MM:SS (hour-minutes-seconds), and a UTC offset (+00:00).

Dates support greater than, less than, and range qualifiers.

Kennzeichner Beispiel
closed:YYYY-MM-DD language:swift closed:>2014-06-11 sucht Issues und Pull Requests in Swift, die nach Juni 2014 geschlossen wurden.
data in:body closed:<2012-10-01 sucht Issues und Pull Requests, deren Textteil das Wort „data“ enthält und 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. Date formatting must follow the ISO8601 standard, which is YYYY-MM-DD (year-month-day). You can also add optional time information THH:MM:SS+00:00 after the date, to search by the hour, minute, and second. That's T, followed by HH:MM:SS (hour-minutes-seconds), and a UTC offset (+00:00).

Dates support greater than, less than, and range qualifiers.

Kennzeichner Beispiel
merged:YYYY-MM-DD language:javascript merged:<2011-01-01 sucht Pull Requests in JavaScript-Repositorys, die vor 2011 gemergt wurden.
fast in:title language:ruby merged:>=2014-05-01 sucht Pull Requests in Ruby-Repositorys, deren Titel das Wort „fast“ enthält und die nach Mai 2014 gemergt 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.

Kennzeichner Beispiel
is:merged bugfix is:pr is:merged sucht gemergte 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 Kennzeichner archived filtert Suchergebnisse danach, ob sich ein Issue oder Pull Request in einem archivierten Repository befindet.

Kennzeichner 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 Kennzeichner is können Sie Issues oder Pull Requests mit gesperrten Unterhaltungen suchen. Weitere Informationen finden Sie unter „Unterhaltungen sperren“.

Kennzeichner 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 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
Kennzeichner 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.

Weiterführende Informationen

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt