Grundlagen der Suchsyntax

Abfrage für Werte größer oder kleiner als ein anderer Wert

Du kannst >, >=, < und <= verwenden, um nach Werten zu suchen, die größer als, größer oder gleich, kleiner als und kleiner oder gleich einem anderen Wert sind.

Abfrage	Beispiel
`>n`

          **
          [cats stars:>1000](https://github.com/search?utf8=%E2%9C%93&q=cats+stars%3A%3E1000&type=Repositories)** sucht nach Repositorys mit dem Begriff „cats“, die mehr als 1000 Stars haben.

>=n | ** cats topics:>=5** gleicht Repositorys mit dem Begriff „cats“ (Katzen) ab, die fünf oder mehr Themen enthalten. <n | ** cats size:<10000** entspricht Code mit dem Wort „cats“ in Dateien, die kleiner als 10 KB sind. <=n | ** cats stars:<=50** gleicht Repositories mit dem Begriff „cats“ ab, die 50 Sterne oder weniger haben.

Du kannst auch Bereichsabfragen verwenden, um nach Werten zu suchen, die größer gleich oder kleiner gleich einem anderen Wert sind.

Abfrage	Beispiel
`n..*`

          **
          [cats stars:10..*](https://github.com/search?utf8=%E2%9C%93&q=cats+stars%3A10..*&type=Repositories)** entspricht `stars:>=10` und gleicht Repositorys mit dem Begriff „cats“ ab, die zehn oder mehr Sterne haben.

*..n | ** cats stars:*..10** entspricht stars:<=10 und gleicht Repositorys mit dem Begriff „cats“ ab, die zehn oder weniger Sterne haben.

Abfrage nach Werten innerhalb eines Wertebereichs

Mit der Bereichssyntax n..n kannst du nach Werten innerhalb eines Wertebereichs suchen. Dabei ist der erste Wert N die untere und der zweite Wert die obere Grenze des gesuchten Bereichs.

Abfrage	Beispiel
`n..n`

          **
          [cats stars:10..50](https://github.com/search?utf8=%E2%9C%93&q=cats+stars%3A10..50&type=Repositories)** findet Repositories mit dem Wort „cats“, die zwischen 10 und 50 Sternen haben.

Abfrage nach Datums- und Zeitangaben

Du kannst nach Datumsangaben suchen, die früher oder später als ein anderes Datum sind, oder die in einen Bereich von Datumsangaben fallen, indem du >, >=, <, <= und Bereichsabfragen verwendest. Die Datumsformatierung muss dem ISO8601-Standard entsprechen: YYYY-MM-DD (Jahr-Monat-Tag).

Abfrage	Beispiel
`>YYYY-MM-DD`

          **
          [cats created:>2016-04-29](https://github.com/search?utf8=%E2%9C%93&q=cats+created%3A%3E2016-04-29&type=Issues)** vergleicht Issues mit dem Wort „cats“, die nach dem 29. April 2016 erstellt wurden.

>=YYYY-MM-DD | ** cats created:>=2017-04-01** gleicht Issues mit dem Begriff „cats“ ab, die am oder nach dem 1. April 2017 erstellt wurden. <YYYY-MM-DD | ** cats pushed:<2012-07-05** gleicht Repositorys mit dem Begriff „cats“ (Katzen) ab, die vor dem 5. Juli 2012 gepusht wurden. <=YYYY-MM-DD | ** cats created:<=2012-07-04** gleicht Issues mit dem Begriff „cats“ (Katzen) ab, die am oder vor dem 4. Juli 2012 erstellt wurden. YYYY-MM-DD..YYYY-MM-DD | ** cats pushed:2016-04-30..2016-07-04** gleicht Repositorys mit dem Begriff „cats“ (Katzen) ab, die zwischen Ende April und Juli 2016 übertragen wurden. YYYY-MM-DD.. | ** cats created:2012-04-30..*** gleicht Issues ab, die an oder nach dem 30. April 2012 erstellt wurden und den Begriff „cats“ enthalten. ..YYYY-MM-DD | ** cats created:*..2012-07-04** gleicht Probleme ab, die an oder vor dem 4. Juli 2012 erstellt wurden und das Wort „cats“ enthalten.

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

Abfrage	Beispiel
`YYYY-MM-DDTHH:MM:SS+00:00`

          **
          [cats created:2017-01-01T01:00:00+07:00..2017-03-01T15:30:15+07:00](https://github.com/search?utf8=%E2%9C%93&q=cats+created%3A2017-01-01T01%3A00%3A00%2B07%3A00..2017-03-01T15%3A30%3A15%2B07%3A00&type=Issues)** deckt Probleme ab, die zwischen dem 1. Januar 2017 um 1:00 Uhr und dem 1. März 2017 um 15:30 Uhr erstellt wurden. mit einem UTC-Offset von `07:00` und am 1. März 2017 um 15:00 Uhr mit einem UTC-Offset von `07:00`.

YYYY-MM-DDTHH:MM:SSZ | ** cats created:2016-03-21T14:11:00Z..2016-04-07T20:45:00Z** gleicht Issues ab, die zwischen 21. März 2016 um 14:11 Uhr und 7. April 2016 um 20:45 Uhr erstellt wurden.

Ergebnisse ausschließen, die einem Filterkriterium entsprechen

Du kannst die Suchergebnisse eingrenzen, indem du eine oder mehrere Teilmengen ausschließt. Du kannst jedem Qualifizierer einen Bindestrich (-) voranstellen, um alle Ergebnisse auszuschließen, die mit diesem Qualifizierer übereinstimmen.

Abfrage	Beispiel
`-QUALIFIER`

          **
          [
          `cats stars:>10 -language:javascript`
          ](https://github.com/search?q=cats+stars%3A>10+-language%3Ajavascript&type=Repositories)
          ** gleicht Repositorys mit dem Begriff „cats“ (Katzen) ab, die mehr als zehn Sterne besitzen, jedoch nicht in JavaScript geschrieben sind.

-QUALIFIER | ** mentions:defunkt -org:github ** gleicht Probleme ab, die @defunkt erwähnen, die sich nicht in Repositorys in der GitHub Organisation befinden.

Ausschließen von Ergebnissen mit Schlüsselwörtern

Mit der Syntax NOT kannst du Ergebnisse ausschließen, die einen bestimmten Begriff enthalten. Der Operator NOT kann nur für Zeichenfolgen-Schlüsselwörter verwendet werden. Mit Zahlen oder Datumsangaben funktioniert er nicht.

Abfrage	Beispiel
`NOT`

          **
          [hello NOT world](https://github.com/search?q=hello+NOT+world&type=Repositories)** gleicht Repositorys ab, die den Begriff „hello“ aber nicht den Begriff „world“ enthalten.

Verwenden Sie Anführungszeichen für Abfragen mit Leerzeichen

Wenn Deine Suchabfrage Leerzeichen enthält, musst du die gesuchte Zeichenfolge in Anführungszeichen einschließen. Beispiel:

        [cats NOT "hello world"](https://github.com/search?utf8=✓&q=cats+NOT+"hello+world"&type=Repositories) gleicht Repositories mit dem Begriff „cats“ ab, aber nicht mit den Begriffen „hello world“.

        [build label:"bug fix"](https://github.com/search?utf8=%E2%9C%93&q=build+label%3A%22bug+fix%22&type=Issues) vergleicht Probleme mit dem Begriff „build“, die die Bezeichnung „bug fix“ besitzen.

Bei Code-Suchabfragen werden einige nicht alphanumerische Zeichen, wie Leerzeichen, ignoriert, selbst wenn sie in Anführungszeichen gesetzt sind. Daher können die Ergebnisse unerwartet sein.

Abfragen mit Benutzernamen

Wenn deine Abfrage einen Qualifizierer verwendet, der einen Benutzernamen verlangt, beispielsweise user, actor oder assignee, kannst du jeden gültigen Benutzernamen verwenden, um eine bestimmte Person anzugeben oder @me, um die aktuelle benutzende Person anzugeben.

Abfrage	Beispiel
`QUALIFIER:USERNAME`

          [
          `author:nat`
          ](https://github.com/search?q=author%3Anat&type=Commits) gleicht Commits ab, die von @nat erstellt wurden. |

| QUALIFIER:@me | is:issue assignee:@me passt Probleme an, die der Person zugewiesen sind, die die Ergebnisse betrachtet. | | |

Du kannst @me nur mit einem Qualifizierer verwenden und nicht als Suchbegriff, z. B. @me main.workflow.

In diesem Artikel