Probleme und Pull-Anfragen durchsuchen

Auf GitHub kannst du nach Issues und Pull Requests suchen und die Ergebnisse mit diesen Suchqualifizierern in beliebiger Kombination eingrenzen.

In diesem Artikel

Du kannst global nach Issues und Pull-Requests in GitHub suchen oder nach Issues und Pull-Requests innerhalb einer bestimmten Organisation suchen. Weitere Informationen finden Sie unter Informationen zum Suchen auf GitHub.

Tipp

  • Dieser Artikel enthält Beispielsuchen auf GitHub.com. Du kannst jedoch dieselben Suchfilter auf anderen GitHub-Plattformen verwenden.
  • Du kannst erweiterte Filter mit booleschen und verschachtelten Abfragen auf der Problemseite deines Repositorys und dem Problemdashboard erstellen. Weitere Informationen findest du unter Filtern und Suchen von Problemen und Pull-Anforderungen.
  • Eine Liste mit Suchsyntaxoptionen, die du jedem Suchqualifizierer hinzufügen kannst, um die Ergebnisse weiter zu optimieren, findest du unter Grundlagen der Suchsyntax.
  • Schließe Suchbegriffe, die aus mehreren Wörtern bestehen, in Anführungszeichen ein. Wenn du beispielsweise nach Issues mit der Kennzeichnung „In progress“ suchen möchtest, gib label:"in progress" ein. Bei der Suche wird die Groß-/Kleinschreibung ignoriert.
  • Verwenden Sie ein Minuszeichen (Bindestrich), um Ergebnisse auszuschließen, die einem Filter entsprechen. Wenn du beispielsweise Issues ignorieren möchtest, die vom Benutzerkonto „octocat“ erstellt wurden, verwendest du in deiner Suche -author:octocat. Beachten Sie, dass dies für fehlende Metadaten-Kennzeichner nicht funktioniert.
  • Du kannst Deinen Mauszeiger mit einem Tastaturkürzel auf die Suchleiste über dem Issue oder Pull Request fokussieren. Weitere Informationen finden Sie unter Tastenkombinationen.

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 den Qualifizierern type oder is kannst du die Suchergebnisse jedoch auf nur Issues oder nur Pull Requests eingrenzen.

QualifiziererBeispiel
type:pr
          [
          **cat type:pr**](https://github.com/search?q=cat+type%3Apr&type=Issues) gleicht Pull Requests mit dem Begriff „cat“ ab.

| type:issue | github commenter:defunkt type:issue gleicht Issues ab, die den Begriff „GitHub“ beinhalten und über einen Kommentar von @defunkt verfügen. | is:pr | event is:pr gleicht Pull Requests mit dem Begriff „event“ ab. | is:issue | is:issue label:bug is:closed gleicht geschlossene Issues mit der Kennzeichnung „bug“ ab.

Suche nach Titel, Textteil oder Kommentaren

Mit dem Qualifizierer in kannst du deine Suche auf den Titel, den Text, die Kommentare oder eine beliebige Kombination derselben eingrenzen. Ohne diesen Qualifizierer werden Titel, Textteil und Kommentare durchsucht.

QualifiziererBeispiel
in:title
          [
          **warning in:title**](https://github.com/search?q=warning+in%3Atitle&type=Issues) identifiziert Issues mit „Warnung“ im Titel.

| in:body | error in:title,body entspricht Problemen mit „error“ im Titel oder Body. | in:comments | shipit in:comments gleicht Issues ab, bei denen in den Kommentaren „shipit“ erwähnt wird.

Suche innerhalb der Repositorys eines Benutzers oder einer Organisation

Wenn du in allen Repositorys, die einem bestimmten Benutzer oder einer bestimmten Organisation gehören, nach Issues und Pull Requests suchen möchtest, kannst du die Qualifizierer user oder org verwenden. Wenn du in einem bestimmten Repository nach Issues und Pull Requests suchen möchtest, kannst du den Qualifizierer repo verwenden.

Wenn du auf Pull Requests in mehr als 10.000 Repositorys zugreifen kannst, musst du deine Suche auf eine bestimmte Organisation, ein bestimmtes persönliches Konto oder Repository beschränken, damit Ergebnisse angezeigt werden.

QualifiziererBeispiel
user:USERNAME user:defunkt ubuntu entspricht Problemen mit dem Wort „ubuntu“ aus Repositories, die @defunkt gehören.
org:ORGNAME
          [
          **org:github**](https://github.com/search?q=org%3Agithub&type=Issues&utf8=%E2%9C%93) gleicht Probleme in Repositorys im Besitz der GitHub Organisation ab.

| repo:USERNAME/REPOSITORY | repo:mozilla/shumway created:<2012-03-01 gleicht Issues aus dem shumway-Projekt von @mozilla ab, die vor März 2012 erstellt wurden.

Suche nach offenem oder geschlossenem Zustand

Mit den Qualifizierern state oder is kannst du nach offenen und geschlossenen Issues und Pull Requests filtern.

QualifiziererBeispiel
state:open
          [
          **libraries state:open mentions:vmg**](https://github.com/search?utf8=%E2%9C%93&q=libraries+state%3Aopen+mentions%3Avmg&type=Issues) gleicht offene Probleme, in denen @vmg erwähnt wird, mit dem Begriff „Bibliotheken“ ab.

| state:closed | design status:closed in:body entspricht geschlossenen Problemen mit dem Wort „design“ im Body. | is:open | performance is:open is:issue entspricht offenen Issues mit dem Wort „performance.“ | is:closed | android is:closed entspricht geschlossenen Issues und Pull-Requests mit dem Wort „android.“

Suche nach Pull Requests in der Merge-Warteschlange

Du kannst auch den is-Qualifizierer verwenden, um Pull-Requests zu finden, die in der Warteschlange zum Zusammenführen stehen.

QualifiziererBeispiel
is:queued
          [
          **is:queued**](https://github.com/search?q=is%3Aqueued&type=pullrequests) entspricht Pull Requests, die derzeit zur Zusammenführung in der Warteschlange stehen.

Suchen nach dem Grund, warum ein Problem geschlossen wurde

Sie können Probleme basierend auf dem angegebenen Grund filtern, aus dem sie geschlossen wurden, indem Sie den Qualifizierer reason verwenden.

QualifiziererBeispiel
reason:completed libraries is:closed reason:completed entspricht Issues mit dem Wort „Bibliotheken“, die als „abgeschlossen“ abgeschlossen wurden.
reason:"not planned" libraries is:closed reason: „not planned“ entspricht Issues mit dem Wort "libraries", die als „not planned“ abgeschlossen wurden.

Filtern nach der Sichtbarkeit von Repositorys

Mit dem Qualifizierer is kannst du nach der Sichtbarkeit des Repositorys filtern, das die Issues und Pull Requests enthält. Weitere Informationen finden Sie unter Informationen zu Repositorys.

QualifiziererBeispiel
is:public
          [
          **is:public**](https://github.com/search?q=is%3Apublic&type=Issues) sucht nach Problemen und Pull Requests in öffentlichen Repositorys. |

| | | is:internal | is:internal sucht nach Problemen und Pull Requests in internen Repositorys. | | | | is:private | is:private cupcake sucht nach Problemen und Pull Requests in privaten Repositorys, auf die Sie Zugriff haben, die das Wort „cupcake“ enthalten.

Suche nach Autor

Mit dem Qualifizierer author wird nach Issues und Pull Requests gesucht, die von einem bestimmten Benutzer bzw. einer bestimmten Benutzerin oder einem bestimmten Integrationskonto erstellt wurden.

QualifiziererBeispiel
author:USERNAME
          [
          **cool author:gjtorikian**](https://github.com/search?q=cool+author%3Agjtorikian&type=Issues) gleicht Issues und Pull Requests, die von @gjtorikian erstellt wurden, mit dem Begriff „cool“ ab.

| in:body author: USERNAME | bootstrap in:body author:mdo entspricht Issues, die von @mdo geschrieben wurden und das Wort „bootstrap“ im Body enthalten. | author:app/USERNAME | author:app/robot entspricht Issues, die von dem Integrationskonto mit dem Namen „robot“ erstellt wurden. | -author:app/USERNAME | -author:app/robot entspricht Issues, die von einem anderen Benutzer als dem Integrationskonto mit dem Namen „robot“ erstellt wurden. Das Minuszeichen oder das Bindestrichzeichen (-) vor dem Qualifizierer gibt ein logisches NICHT für den Qualifizierer in der Suchabfrage an.

Suche nach Zugewiesenem

Mit dem Qualifizierer assignee wird nach Issues und Pull Requests gesucht, die einem bestimmten Benutzer bzw. einer bestimmten Benutzerin zugewiesen sind. Sie können nach Problemen und Pull Requests suchen, denen eine beliebige Person zugewiesen ist, indem Sie das Platzhalterzeichen * verwenden, jedoch nur innerhalb eines einzelnen Repositorys. Sie können auch nach Problemen und Pull Requests suchen, die keine zugewiesene Person haben.

QualifiziererBeispiel
assignee:USERNAME assignee:vmg repo:libgit2/libgit2 entspricht Issues und Pull-Requests im libgit2-Projekt libgit2, die @vmg zugewiesen sind.
assignee:* is:open is:issue assignee:* entspricht offenen Issues innerhalb eines einzelnen Repositorys, die einem beliebigen Benutzer zugewiesen sind.

Suche nach Erwähnung

Mit dem Qualifizierer mentions wird nach Issues gesucht, in denen ein bestimmter Benutzer bzw. eine bestimmte Benutzerin erwähnt wird. Weitere Informationen finden Sie unter Grundlegende Schreib- und Formatierungssyntax.

QualifiziererBeispiel
mentions:USERNAME ** resque mentions:defunkt ** entspricht Issues mit dem Wort „resque“, die @defunkt erwähnen.

Suche nach Teamerwähnung

Bei Organisationen und Teams, zu denen du gehörst, kannst du den Qualifizierer team verwenden, um nach Issues oder Pull Requests zu suchen, in denen ein bestimmtes Team innerhalb dieser Organisation erwähnt wird (@mention). Ersetze in den folgenden Beispielen die Namen durch den Namen deiner Organisation und deines Teams, um eine Suche durchzuführen.

QualifiziererBeispiel
team:ORGNAME/TEAMNAME** team:jekyll/owners ** entspricht Issues, in denen das @jekyll/owners Team erwähnt wird.
          <code>
          team:
          <em>
          ORGNAME/TEAMNAME
          </em>
          </code>
          `is:open is:pr`
         | 
          **team:myorg/ops is:open is:pr** gleicht offene Pull Requests ab, in denen das Team `@myorg/ops` erwähnt wird.

Suche nach Kommentierer

Mit dem Qualifizierer commenter wird nach Issues gesucht, die einen Kommentar von einem bestimmten Benutzer bzw. einer bestimmten Benutzerin enthalten.

QualifiziererBeispiel
commenter:USERNAME
          [
          **github commenter:defunkt org:github**](https://github.com/search?utf8=%E2%9C%93&q=github+commenter%3Adefunkt+org%3Agithub&type=Issues) findet Probleme in von GitHub besessenen Repositories, die das Wort "github" enthalten und einen Kommentar von @defunkt haben.

Suche nach einem Benutzer, der an einem Issue oder Pull Request beteiligt ist

Mit dem Qualifizierer involves kannst du nach Issues suchen, an denen ein bestimmter Benutzer bzw. eine bestimmte Benutzerin in irgendeiner Weise beteiligt ist. Der Qualifizierer involves ist ein logisches „Oder“ zwischen den Qualifizierern author, assignee, mentions und commenter für einen einzelnen Benutzer bzw. eine einzelne Benutzerin. 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:USERNAME** involves:defunkt involves:jlord** entspricht Issues, an denen entweder @defunkt oder @jlord beteiligt sind.
          `in:body`
          <code>
          involves:
          <em>
          USERNAME
          </em>
          </code>
         |               [              **NOT bootstrap in:body involves:mdo**](https://github.com/search?q=NOT+bootstrap+in%3Abody+involves%3Amdo&type=Issues) entspricht Issues, an denen @mdo beteiligt ist und die das Wort „bootstrap“ nicht im Body enthalten.

Suche nach meinen Problemen und Pull Requests

Sie können nach Problemen und Pull Requests suchen, die Sie erstellt oder an denen Sie mitgewirkt haben, indem Sie dem gewünschten Qualifier ein @me voranstellen. Jeder Qualifier, der mit einem Benutzernamen funktioniert, ermöglicht es Ihnen, Ihre Suche auf Issues und Pull Requests zu beschränken, die Sie erstellt haben, denen Sie zugewiesen sind, in denen Sie erwähnt werden oder für die Sie als Reviewer angefragt werden.

QualifiziererBeispiel
author:@me
          **
          [
          author:@me
          ](https://github.com/search?q=author%3A%40me)
          ** vergleicht Probleme und Pull Requests, die Sie erstellt haben.

| is:pr commenter:@me | ** is:pr commenter:@me** gleicht Pull Requests ab, die Sie kommentiert haben.

Suche nach verknüpften Issues und Pull Requests

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:pr
          [
          **repo:desktop/desktop is:open linked:pr**](https://github.com/search?q=repo%3Adesktop%2Fdesktop+is%3Aopen+linked%3Apr) gleicht offene Issues im Repository `desktop/desktop` ab, die durch einen schließenden Verweis mit einem Pull Request verknüpft sind. |

| linked:issue | repo:desktop/desktop is:closed linked:issue entspricht abgeschlossenen Pull-Requests im desktop/desktop Repository, die mit einem Issue verlinkt waren, das die Pull-Anfrage möglicherweise geschlossen hat. | | -linked:pr | repo:desktop/desktop is:open -linked:pr gleicht offene Issues im Repository desktop/desktop ab, die nicht durch einen schließenden Verweis mit einem Pull Request verknüpft sind. | | -linked:issue | repo:desktop/desktop is:open -linked:issue entspricht offenen Pull-Requests im desktop/desktopRepository, die nicht mit einem Issue verlinkt sind, das die Pull-Anfrage möglicherweise abschließt. |

Suche nach Kennzeichnung

Mit dem Qualifizierer label kannst du deine Ergebnisse basierend auf Kennzeichnungen eingrenzen. Da Issues verschiedene Kennzeichnungen aufweisen können, kannst du für jeden Issue einen eigenen Qualifizierer einsetzen.

QualifiziererBeispiel
label:LABEL
          [
          **label:"help wanted" language:ruby**](https://github.com/search?utf8=%E2%9C%93&q=label%3A%22help+wanted%22+language%3Aruby&type=Issues) gleicht Issues mit der Kennzeichnung „help wanted“ in Ruby-Repositorys ab.

| in:body -label: LABEL label: LABEL | broken in:body -label:bug label:priority entspricht Issuesmit dem Wort „broken“ im Body, denen die Bezeichnung "bug" fehlt, die aber do die Bezeichnung „priority“ haben. | label: LABEL label: LABEL | label:bug label:resolved entspricht Issues mit den Bezeichnungen „bug“ und „resolved.“ | label:LABEL,LABEL | label:bug,resolved entspricht Issues mit der Bezeichnung „bug“ oder der Bezeichnung „resolved.“

Suche nach Meilenstein

Mit dem Qualifizierer milestone wird nach Issues oder Pull Requests gesucht, die Teil eines Meilensteins in einem Repository sind.

QualifiziererBeispiel
milestone:MILESTONE milestone: „overhaul“ findet Probleme, die sich in einem Meilenstein namens „overhaul“ befinden.
milestone:MILESTONE
          [
          **milestone:"bug fix"**](https://github.com/search?utf8=%E2%9C%93&q=milestone%3A%22bug+fix%22&type=Issues) entspricht Problemen in einem Meilenstein namens „bug fix“.

Suchen nach Projekt

Du kannst den Qualifizierer project verwenden, um nach Issues zu suchen, die einem bestimmten Projekt zugeordnet sind. Projekte werden anhand ihrer Projektnummer gesucht. Die Projektnummer befindet sich am Ende der URL des Projekts.

QualifiziererBeispiel
project:PROJECT_NUMBER
          **project:github/57** enthält GitHub-eigene Probleme, die dem Organisationsprojekt 57 zugeordnet sind.

| |

Suche nach Commit-Status

Du kannst Pull Requests nach dem Status ihrer Commits filtern. Dies ist besonders nützlich, wenn du die Status-API oder einen CI-Dienst verwendest.

QualifiziererBeispiel
status:pending
          [
          **language:go status:pending**](https://github.com/search?utf8=%E2%9C%93&q=language%3Ago+status%3Apending) gleicht in Go-Repositorys geöffnete Pull Requests ab, deren Status „pending“ ist.

| status:success | is:open status:success finally in:body entspricht offenen Pull-Requests mit dem Wort „finally“ im Body mit einem erfolgreichen Status. | status:failure | created:2015-05-01..2015-05-30 status:failure gleicht Pull Requests mit dem Status „failure“ ab, die im Mai 2015 geöffnet wurden.

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.

QualifiziererBeispiel
SHA
          [
          **e1109ab**](https://github.com/search?q=e1109ab&type=Issues) gleicht Pull Requests mit einem Commit-SHA-Wert ab, der mit `e1109ab` beginnt.

| SHA is:merged | 0eff326d6213c is:merged gleicht gemergte Pull Requests mit einem Commit-SHA-Wert ab, der mit 0eff326d6213c beginnt.

Suche nach Zweigname

Du kannst Pull Requests nach dem Branch filtern, aus dem sie stammen (Head-Branch) oder in den sie zusammengeführt werden (Basis-Branch).

QualifiziererBeispiel
head:HEAD_BRANCH head:change is:closed is:unmerged entspricht Pull-Requests, die von Branches geöffnet wurden, deren Namen mit dem Wort „change“ beginnen und die geschlossen sind.
base:BASE_BRANCH
          [
          **base:gh-pages**](https://github.com/search?utf8=%E2%9C%93&q=base%3Agh-pages) bezieht sich auf Pull Requests, die in den `gh-pages`-Branch gemergt werden.

Suche nach Sprache

Mit dem Qualifizierer language kannst du nach Issues und Pull Requests in Repositorys suchen, die in einer bestimmten Programmiersprache geschrieben sind.

QualifiziererBeispiel
language:LANGUAGE
          [
          **language:ruby state:open**](https://github.com/search?q=language%3Aruby+state%3Aopen&type=Issues) gleicht offene Issues in Ruby-Repositorys ab.

Suche nach Anzahl der Kommentare

Du kannst den Qualifizierer comments zusammen mit den Qualifizierern für „größer als“, „kleiner als“ oder bestimmte Bereiche verwenden, um nach der Anzahl von Kommentaren zu suchen.

QualifiziererBeispiel
comments:n
          [
          **state:closed comments:&gt;100**](https://github.com/search?q=state%3Aclosed+comments%3A%3E100&type=Issues) gleicht geschlossene Issues mit mehr als 100 Kommentaren ab.

| comments:n..n | comments:500..1000 gleicht Issues mit 500 bis 1.000 Kommentaren ab.

Suche nach Anzahl der Interaktionen

Mit dem Qualifizierer interactions und den Qualifizierern für „größer als“, „kleiner als“ oder bestimmte Bereiche kannst du Issues und Pull Requests nach der Anzahl der Interaktionen filtern. Der Interaktionszähler ist die Anzahl Reaktionen und Kommentare zu einem Issue oder Pull Request.

QualifiziererBeispiel
interactions:n interactions:>2000 entspricht Pull-Requests oder Issues mit mehr als 2000 Interaktionen.
interactions:n..n interactions:500..1000 entspricht Pull-Requests oder Issues mit Interaktionen zwischen 500 und 1.000.

Suche nach Anzahl der Reaktionen

Mit dem Qualifizierer reactions und den Qualifizierern für „größer als“, „kleiner als“ oder bestimmte Bereiche kannst du Issues und Pull Requests nach der Anzahl der Reaktionen filtern.

QualifiziererBeispiel
reactions:n reactions:>1000 entspricht Issues mit mehr als 1000 Reaktionen.
reactions:n..n
          [
          **reactions:500..1000**](https://github.com/search?q=reactions%3A500..1000) entspricht Problemen mit Reaktionen im Bereich von 500 bis 1.000.

Suche nach Pull-Request-Entwürfen

Du kannst nach Pull-Request-Entwürfen filtern. Weitere Informationen finden Sie unter Informationen zu Pull Requests.

QualifiziererBeispiel
draft:true
          [
          **draft:true**](https://github.com/search?q=draft%3Atrue) stimmt mit Pull Requests im Entwurfsstadium überein.

| draft:false | draft:false entspricht Pull Requests, die für eine Überprüfung bereit sind.

Suche nach Review-Status und Reviewer eines Pull-Requests

Du kannst Pull Requests basierend auf Reviewstatus (keiner, erforderlich, genehmigt oder Änderungen gefordert), Reviewerin und angefragten Reviewerinnen filtern.

QualifiziererBeispiel
review:none
          [
          **type:pr review:none**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review%3Anone&type=Issues) gleicht Pull Requests ab, für die kein Review durchgeführt wurde.

| review:required | type:pr review:required entspricht Pull Requests, bei denen eine Überprüfung erforderlich ist, bevor sie gemergt werden können. | review:approved | type:pr review:approved gleicht Pull Requests ab, die ein Reviewer genehmigt hat. | review:changes_requested | type:pr review:changes_requested gleicht Pull Requests ab, in denen ein Reviewer um Änderungen gebeten hat. | reviewed-by:USERNAME | type:pr reviewed-by:gjtorikian gleicht Pull Requests ab, bei denen der Review von einer bestimmten Person durchgeführt wurde. | review-requested:USERNAME | type:pr review-requested:benbalter gleicht Pull Requests ab, bei denen eine bestimmte Person für einen Review angefragt wurde. Angeforderte Reviewer werden nicht mehr in den Suchergebnissen aufgeführt, sobald sie den Review eines Pull Requests 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. | user-review-requested:@me | type:pr user-review-requested:@me entspricht Pull Requests, für die du direkt um eine Überprüfung gebeten wurdest. | team-review-requested:TEAMNAME | type:pr team-review-requested:github/docs gleicht Pull Requests ab, die über Reviewanfragen des Teams github/docs verfügen. Angeforderte Reviewer werden nicht mehr in den Suchergebnissen aufgeführt, sobald sie den Review eines Pull Requests 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 Erstellung eines Issues kannst du den Qualifizierer created verwenden. Wenn du herausfinden möchtest, wann ein Issue zuletzt aktualisiert wurde, musst du den Qualifizierer updated verwenden.

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

Wenn du nach einem Datum suchst, kannst du „größer als“, „kleiner als“ und Bereichsqualifizierer verwenden, um Ergebnisse weiter zu filtern. Weitere Informationen finden Sie unter Grundlagen der Suchsyntax.

QualifiziererBeispiel
created:YYYY-MM-DD
          [
          **language:c# created:<2011-01-01 state:open**](https://github.com/search?q=language%3Ac%23+created%3A%3C2011-01-01+state%3Aopen&type=Issues) gleicht offene Issues ab, die vor 2011 erstellt wurden und sich in Repositorys befinden, die in C# geschrieben sind.

| updated:YYYY-MM-DD | weird in:body updated:>=2013-02-01 entspricht Problemen mit dem Wort „weird“ im Body, die nach Februar 2013 aktualisiert wurden.

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

Mit dem Qualifizierer closed kannst du Issues und Pull Requests nach dem Schließungszeitpunkt filtern.

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

Wenn du nach einem Datum suchst, kannst du „größer als“, „kleiner als“ und Bereichsqualifizierer verwenden, um Ergebnisse weiter zu filtern. Weitere Informationen finden Sie unter Grundlagen der Suchsyntax.

QualifiziererBeispiel
closed:>YYYY-MM-DD
          [
          **language:swift closed:>2014-06-11**](https://github.com/search?q=language%3Aswift+closed%3A%3E2014-06-11&type=Issues) gleicht Issues und Pull Requests in Swift ab, die nach dem 11. Juni 2014 geschlossen wurden.

| in:body closed:<YYYY-MM-DD | data in:body closed:<2012-10-01 sucht nach Issues und Pull Requests, die das Wort „data“ im Text enthalten und vor Oktober 2012 geschlossen wurden.

Suche nach dem Datum, an dem ein Pull-Request zusammengeführt wurde

Mit dem Qualifizierer merged kannst du Pull Requests basierend auf deren Mergezeitpunkt filtern.

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

Wenn du nach einem Datum suchst, kannst du „größer als“, „kleiner als“ und Bereichsqualifizierer verwenden, um Ergebnisse weiter zu filtern. Weitere Informationen finden Sie unter Grundlagen der Suchsyntax.

QualifiziererBeispiel
          <code>
          language:
          <em>
          LANGUAGE
          </em>
          </code>
          <code>
          merged:<
          <em>
          YYYY-MM-DD
          </em>
          </code>
         | 
          [
          **
          `language:javascript merged:<2011-01-01`
          **
          ](https://github.com/search?q=language%3Ajavascript+merged%3A%3C2011-01-01+&type=Issues) gleicht Pull Requests in JavaScript-Repositorys ab, die vor 2011 gemergt wurden.

| in:title language: LANGUAGE merged:> YYYY-MM-DD | fast in:title language:ruby merged:>=2014-05-01 entspricht Pull-Requests in Ruby, die das Wort „fast“ im Titel enthalten und nach Mai 2014 zusammengeführt wurden.

Suche basierend darauf, ob ein Pull Request gemergt oder ungemergt ist.

Mit dem Qualifizierer is kannst du Pull Requests basierend darauf filtern, ob sie gemergt sind oder nicht.

QualifiziererBeispiel
is:merged bug is:pr is:merged passt auf zusammengeführte Pull-Requests mit dem Wort „bug“.
is:unmerged
          [
          **error is:unmerged**](https://github.com/search?utf8=%E2%9C%93&q=error+is%3Aunmerged&type=) gleicht Pull Requests mit dem Begriff „error“ ab, die entweder geöffnet sind oder geschlossen wurden, ohne zusammengeführt worden zu sein.

Suche auf Basis der Archivierung eines Repositorys

Mit dem Qualifizierer archived werden deine Ergebnisse basierend darauf gefiltert, ob ein Issue oder Pull Request sich in einem archivierten Repository befindet.

QualifiziererBeispiel
archived:true
          [
          **archived:true GNOME**](https://github.com/search?q=archived%3Atrue+GNOME&type=) gleicht Issues und Pull Requests ab, die den Begriff „GNOME“ enthalten und sich in archivierten Repositorys befinden, auf die du Zugriff hast.

| archived:false | archived:false GNOME gleicht Issues und Pull Requests ab, die den Begriff „GNOME“ enthalten und sich in nicht archivierten Repositorys befinden, auf die du Zugriff hast.

Suche basierend darauf, ob eine Unterhaltung gesperrt ist

Mit dem Qualifizierer is kannst du nach Issues oder Pull Requests mit gesperrten Unterhaltungen suchen. Weitere Informationen finden Sie unter Unterhaltungen sperren.

QualifiziererBeispiel
is:locked code of conduct is:locked is:issue archived:false entspricht Issues oder Pull-Requests mit den Worten „code of conduct“, die eine gesperrte Kommunikation in einem Repository haben, das nicht archiviert ist.
is:unlocked ** code of conduct is:unlocked is:issue archived:false** entspricht Issues oder Pull-Requests mit den Worten „code of conduct“, die eine ungesperrte Kommunikation in einem Repository haben, das nicht archiviert ist.

Suche nach fehlenden Metadaten

Mit dem Qualifizierer no kannst du deine Suche auf Issues und Pull Requests eingrenzen, bei denen bestimmte Metadaten fehlen. Diese Kennzeichner können nicht mit dem Minuszeichen (Bindestrich) kombiniert werden, um Artikel auszuschließen, bei denen die Metadaten fehlen. Diese Metadaten umfassen:

  • Bezeichnungen
  • Meilensteine
  • Zugewiesene Personen
  • Projekte
QualifiziererBeispiel
no:label priority no:label entspricht Issues und Pull-Requests mit dem Wort „priority“, die auch keine Kennzeichnung haben.
no:milestone
          [
          **sprint no:milestone type:issue**](https://github.com/search?q=sprint+no%3Amilestone+type%3Aissue&type=Issues) gleicht Issues ab, die keinem Meilenstein zugeordnet sind und den Begriff „sprint“ enthalten.

| no:assignee | important no:assignee language:java type:issue entspricht Issues, die keinem Assignee zugeordnet sind, das Wort „important“ enthalten und in Java Repositories liegen. | no:project | build no:project gleicht Issues ab, die keinem Projekt zugeordnet sind und das Wort „Build“ enthalten.

Weiterführende Lektüre

  •         [AUTOTITLE](/search-github/getting-started-with-searching-on-github/sorting-search-results)