Je peux rechercher des correspondances exactes de Google en utilisant des guillemets comme "system <<-". Comment faire la même chose pour github? Je ne peux pas le faire fonctionner.
Comment rechercher sur github pour obtenir des correspondances exactes (comme ce que font les citations pour Google)
Réponses:
Tu ne peux pas. Les règles de recherche officielles de GitHub :
En raison de la complexité de la recherche de code, il existe quelques restrictions sur la façon dont les recherches sont effectuées:
- Seule la branche par défaut est prise en compte. Dans la plupart des cas, ce sera le maître branche.
- Seuls les fichiers inférieurs à 384 Ko sont consultables.
- Vous devez toujours inclure au moins un terme de recherche lors de la recherche de code source. Par exemple, la recherche de
language:gon'est pas valide, tandis que l'amazing language:goest.- Tout au plus, les résultats de la recherche peuvent afficher deux fragments du même fichier, mais il peut y avoir plus de résultats dans le fichier.
- Vous ne pouvez pas utiliser les caractères génériques suivants dans le cadre de votre requête de recherche :
. , : ; / \ ` ' " = * ! ? # $ & + ^ | ~ < > ( ) { } [ ]
La recherche ignorera simplement ces symboles.
Solution de contournement:
Si vous devez rechercher dans un seul référentiel, vous pouvez le cloner localement et utiliser greppour trouver la chaîne exactement:
grep -r "system <<-" /repository_dir
355
C'est terrible. Pourquoi ne le réparent-ils pas? Idéalement, je devrais pouvoir chercher avec une expression régulière. Où dois-je aller pour protester contre cela? :)
—
Daniel Darabos
J'ai demandé un soutien et ils ont répondu: "La possibilité d'échapper des caractères spéciaux dans la recherche GitHub est une fonctionnalité fréquemment demandée. Bien que je ne puisse faire aucune promesse, je +1 l'idée sur notre liste interne de demande de fonctionnalités." . Je pense que cela dépend de la taille de l'index: trop de code contient github.
—
DenisKolodin
Je pense que c'est un défi d'indexation. Faire fonctionner la recherche mot à mot entre guillemets est probablement un ordre de grandeur plus difficile que l'implémentation actuelle. Faire une recherche regex est probablement plus difficile> 1 ordre de grandeur ou même demander des ennuis .
—
Matt Kocaj
qu'en est-il des chaînes littérales qui contiennent des points ... comme
—
Jason
ldap.mycomp.com?!?!?! Je n'ai pas besoin d'une expression régulière, je veux juste une recherche de chaînes
Ce n'est pas fixe car ils utilisent elasticsearch, ils doivent donc réindexer toutes les données avec un nouveau champ pour les prendre en considération, cela signifie beaucoup de disque.
—
Thomas Decaux
Vous pouvez utiliser Google directement.
Que dis-tu de ça?
"your_string_to_search" site::https://github.com
"your_string_to_search" site::https://gist.github.com
Cela ne suppose-t-il pas que Google a accès à votre repo? Cela ne devrait pas être le cas pour les dépôts privés.
—
Joel B
cela fonctionne à l'intérieur des dépôts, comme:
—
sites
"alias agi=" site::https://github.com/robbyrussell/oh-my-zsh
@juanpastas pouvez-vous donner un exemple complet de chaîne de recherche?
—
mrgloom
Cela avait plus de sens lorsque Google a toujours honoré les citations pour forcer une recherche exacte.
—
Kylotan
@FullMetalFist On dirait que oui, par exemple
—
mrgloom
"your_string_to_search" site:https://github.com filetype:cpp
Aujourd'hui, j'essayais de rechercher une correspondance exacte des filter classfichiers nommés logback.xmldans n'importe quel dépôt sur Github. Et je suis venu avec la requête suivante qui a fait le travail.
"filter class" in:file filename:logback.xml
Pour permettre des correspondances exactes avec des guillemets, vous devez suivre votre recherche avec le modificateur "in: file". Les correspondances ne sont pas tout à fait exactes, le mot "classe" devra suivre le mot "filtre", mais il semble qu'il puisse y avoir 0 ou plusieurs espaces ou symboles entre les deux mots.
Je ne vois aucune différence de comportement lors de la recherche avec ou sans
—
Daniel Darabos
in:file.
moi non plus, mais le fait que "foo bar" entre guillemets recherche des mots adjacents est une nouvelle très utile pour moi
—
Beni Cherniavsky-Paskin
Ajoutant à la réponse de @ mrgloom , si vous recherchez du code dans un langage de programmation spécifique dans Github en utilisant Google, vous pouvez faire quelque chose comme ceci dans la barre de recherche de Google:
- indiquez la chaîne spécifique que vous recherchez à l'aide de l'opérateur de recherche "intext:"
- ajoutez le langage de programmation qui vous intéresse en utilisant l'opérateur "ext:" (ie "ext: py", "ext: R", "ext: rb", etc.)
- recherche dans tous les dépôts publics dans Github en utilisant l'opérateur "site:" mentionné mrgloom.
Exemple:
intext:"%% 2 == 0" ext:R site:github.com
intext:".set(" ext:JS site:github.comn'a pas fonctionné: /
Vous avez raison! Je ne comprends pas pourquoi ... j'ai essayé
—
silviaegt
intext:"set(" inurl:.js site:github.comet ça marche un peu, mais pas vraiment
J'ai donc continué à lire et apparemment les parenthèses sont ignorées dans les recherches Google. Cependant, je ne comprends pas pourquoi l'opérateur "ext" ne fonctionne pas. Selon cela, il s'agit d'un alias non documenté pour "filetype", mais je ne sais pas pourquoi "js" ne serait pas considéré comme un
—
silviaegt
Si votre paquet est dans Debian, vous pouvez utiliser leur recherche de code, qui prend en charge les expressions régulières: https://codesearch.debian.net/