Code de la recherche à l'intérieur d'un projet Github

Est-il un moyen de grep pour quelque chose à l'intérieur d'un Github du projet de code?

J'ai pu en tirer de la source et de grep localement, mais je me demandais si il est possible via l'interface web ou une 3e partie alternative.

Idées?

aussi checkout code.ohloh.net 🙂
Pour Java/Scala repos, essayer Codota Sémantique de Recherche de Code
Ouvert une fonction de demande: github.com/isaacs/github/issues/1495

InformationsquelleAutor Ben Humphreys | 2010-09-01

244

Mise à jour janvier 2013: un marque nouvelle recherche est arrivé!, basé sur elasticsearch.org:

Une recherche de stat dans le ruby repo sera exprimé comme stat repo:ruby/ruby, et maintenant tout le travail^TM.

(les pensions de nom n'est pas sensible à la casse: test repo:wordpress/wordpress renvoie la même chose que test repo:Wordpress/Wordpress)

Donnera:

Et vous avez de nombreux autres exemples de recherche,sur les suiveurs, ou sur les fourches, ou...

Mise à jour en juillet 2012 (vieux jours de recherche Lucene et les pauvres code d'indexation, combiné avec un GUI, conservé ici pour les archives):

La recherche (basé sur SolrQuerySyntax) est maintenant plus permissif et le redoutable "Invalid search query. Try quoting it." est allé lors de l'utilisation de la par défaut de recherche sélecteur de "Tout":)

(Je suppose que nous pouvons tous que Tim Pease, qui avait dans un de ses objectifs "le piratage sur l'amélioration de la recherche d'expériences pour tous GitHub propriétés", et J'ai fait mention de ce Débordement de Pile question à l'époque 😉 )

Ici est une illustration d'un grep dans le code ruby: il regarde pour le repos et les utilisateurs, mais aussi pour ce que je voulais de recherche en premier lieu: le code!

Première réponse et l'illustration de la première de ces questions (Sept. 2012 => Mars 2012)

Vous pouvez utiliser le recherche avancée GitHub forme:
- Choisir Code, Repositories ou Users à partir de la liste déroulante et
- utiliser le préfixes correspondant répertorié pour ce type de recherche.
Par exemple, Utiliser la repo:username/repo-name directive pour limiter la recherche à un code référentiel.

La première "Advanced Search" page comprend la section:
Code De Recherche:

La recherche de Code va chercher dans tout le code publiquement hébergé sur GitHub. Vous pouvez également filtrer par :
- la langue language:
- le nom du dépôt (y compris le nom d'utilisateur) repo:
- le chemin d'accès au fichier path:
Donc, si vous sélectionnez le "Code" recherche du sélecteur, puis votre requête grepping pour un texte à l'intérieur d'une pension de marche:

Qu'est-ce que incroyablement inutile à partir de GitHub, c'est que:
- si vous oubliez de mettre le droit de recherche sélecteur (ici "Code"), vous obtiendrez un message d'erreur:
  
  "Invalid search query. Try quoting it."
- le message d'erreur ne vous aide pas du tout.
  
  Aucune quantité de "quoting it" vous fera sortir de cette erreur.
- une fois que vous obtenez ce message d'erreur, vous n'obtenez pas les sections de vous rappeler le droit d'association entre la recherche sélecteurs ("Repositories", "Users" ou "Language") et de la (bonne) recherche filtres (ici "repo:").
  
  Toute autre tentative, vous ne pas afficher ces associations (sélecteurs-filtres) vers l'arrière. Seul le message d'erreur que vous voyez ci-dessus...
  
  La seule façon de récupérer ces tableaux est en cliquant sur le "Advance Search" icône:
- la "Everything" recherche sélecteur, qui est la valeur par défaut, est en fait le mal un pour tous filtres de recherche! À l'exception de "language:"...
  
  (Vous pouvez l'imaginer/supposons que "Everything" serait de vous aider à choisir ce que recherche le sélecteur fonctionne réellement avec le filtre de recherche "repo:", mais nope. Ce serait trop facile)
- vous ne pouvez pas spécifier la recherche sélecteur vous voulez par le biais de la "Advance Search champ" seul!
  
  (mais vous pouvez pour "language:", même si "Search Language" est un autre de zone de liste déroulante juste en dessous de la "Search for" 'type' un...)
Donc, l'expérience de l'utilisateur est généralement comme suit:
- vous cliquez sur "Advanced Search", coup d'œil sur les articles de filtres, et de l'avis de celui que vous souhaitez utiliser: "repo:"
- vous faire une première recherche avancée "repo:jruby/jruby stat", mais avec la Recherche par défaut sélecteur "Everything"
  
  => FAIL! (et les tableaux d'affichage de l'association "les Sélecteurs-Filtres" est allé)
- vous remarquez que "la Recherche pour" sélecteur "truc", sélectionnez le première choix "Repositories" ("Dah! Je recherche dans les dépôts...")
  
  => FAIL!
- déprimé, vous sélectionnez le choix suivant de sélecteurs (ici, "Users"), sans même le regarder, a déclaré sélecteur, juste pour essayer encore...
  
  => FAIL!
- "Vis cela, GitHub de recherche est cassé! Je suis outta ici!"
  
  ...
  
  ^{(GitHub de recherche avancée est pas cassé. Seulement leur interface graphique est...)}
Donc, pour résumer, si vous voulez "grep pour quelque chose à l'intérieur d'un projet Github du code", comme l'OP Ben Humphreys, n'oubliez pas de sélectionner le "Code" recherche sélecteur...
- êtes-vous sûr, j'ai essayé repo:"jruby/jruby" stat repo:"jruby" stat jruby: stat aucun ne fonctionne
- à première vue, il peut-être un bug sur GitHub côté, comme indiqué dans le superuser.com/a/179900/141
- après un utile de le modifier dans "Communauté", j'ai ajouté des illustrations pour ma réponse, afin de montrer comment la recherche avancée repo:jruby/jruby stat (pas besoin de guillemets ici) peut travailler. Il n'est donc pas un bug, après tout.
- votre modification a été utile, merci! Mais il manquait un peu de quelques illustrations et d'analyse. J'ai édité la réponse à inclure.
- Comment puis-je chercher le courant, la branche principale, seulement? Je ne veux pas voir plusieurs visites sur le même fichier (comme indiqué dans la première capture d'écran) lorsque tous, sauf un, sont obsolètes.
- bonne question. Je ne vois pas de filtre spécifique au premier coup d'œil.
- J'ai trouvé que je pouvais le fork du projet, la fabrication de la fourche privé, puis effectuez une recherche à l'aide de la "Recherche de code source" de la boîte qui apparaît seulement sur les dépôts privés (voir la réponse de @Patrick Linskey). C'est beaucoup de travail!
- D'accord - ce qui est excellent. Quelles mesures pouvons-nous prendre pour nourrir cette information à github afin de les réparer?
- Eh bien, ils semble pour être au courant de la question, si vous regardez la mission décrite dans github.com/blog/1116-tim-pease-is-a-githubber: "Tim sera probablement [...] le piratage sur l'amélioration de la recherche d'expériences pour tous GitHub propriétés". Assurez-vous de répondre à leurs GitHub tweet (twitter.com/#!/github/statut/197070106768048128), comme je l'ai fait (twitter.com/#!/VonC_/statut/197565733830541313)
- Bien, je vais favori/RT qui, au lieu de un moi aussi alors..
- FWIW, j'ai contacté le GitHub parce que je n'ai pas pu obtenir de résultats de recherche lors de la restriction des recherches pour mon repos. Tim Pease ont répondu qu'ils avaient de la difficulté avec le volume des pensions de titres indices, de sorte qu'ils ont été migration vers fragmenté les serveurs d'index. Il n'y a pas de ETA quand tout repos seront migrés.
- est-il un github problème quelque part, nous pouvons suivre pour cela?
- J'ai juste utilisé les conseils de cette réponse et il est travaillé pour moi, mais j'ai un bémol à ajouter. Les pensions de nom doit toujours être en minuscules, même si sur github listes il partout ailleurs d'une manière différente. Par exemple, (après le réglage du Code de liste déroulante, etc, comme ci-dessus), essayez la même recherche avec: repo:wordpress/wordpress vs repo:WordPress/WordPress ... seul le premier peut produire des résultats.
- et n'oubliez pas que pour certains nouvelles repos... vous n'aurez pas de résultat du tout: stackoverflow.com/a/14182550/6309
- Je l'ai mise à jour de ma réponse, et votre casse repo question du nom est maintenant disparu.
- il serait intéressant de poster un nouvelles question (référencement arrière de celui-ci), avec plus de détails sur ce qui n'est pas "fait le travail".
- Ils ont changé la syntaxe apparemment, c'est maintenant @user:repo plutôt que repo:user/repo
- tu veux dire @user/repo, droit?
- Oui, exactement.
- Vous pouvez rechercher des mots partiels? repo:git/git path:/Documentation/RelNotes/1.7.2.txt 'orphan' est une correspondance exacte, mais repo:git/git path:/Documentation/RelNotes/1.7.2.txt 'orpha' échoue 🙁
- Je suis d'accord, il ne semble pas fonctionner. Ce serait une bonne question à poser à Github support, puis à Débordement de Pile (où vous pouvez répondre à votre propre question), pour profiter de tous.
- Ok fait, ils ont dit qu'ils allaient faire une demande de fonctionnalité, mais dans le temps qu'on le clone et grep-vous. Être bien si il est venu à travers.
- d'ailleurs, c'est ce que je fais: clone et grep, à l'aide de stackoverflow.com/a/14871646/6309 et stackoverflow.com/a/2928721/6309.
- Est-ce que quelqu'voir cette réponse comme un immense appel à l'aide? Il doit y avoir une meilleure façon que ce cochon-tas de fonctionnalités.
InformationsquelleAutor VonC
22

Récente des dépôts privés ont un champ de recherche pour une recherche par le biais de cette repo.

Bafflingly, il ressemble à cette fonctionnalité n'est pas disponible pour les dépôts publics, bien que.
- Je me demande si c'est un simple déménagement commercial à rendre les gens à passer à la version payante? Ne sonne pas comme github, mais encore.
- Il ne pense pas qu'il est fait comme un encouragement à la mise à niveau, car même après la mise à niveau, vous n'obtiendrez pas que champ de recherche pour les dépôts publics. Au lieu de cela, je pense que le principal de recherche utilise un index qui ne comprennent pas les dépôts privés, et afin de ne pas perdre la fonctionnalité lorsque vous payez pour un repository privé, ils ont dû ajouter un autre moyen de recherche par le biais de cette repository privé seulement, donc le champ de texte supplémentaire.
- Imaginez la surcharge d'entre eux ayant un index de recherche pour chaque ligne de code dans chaque repo! Fou! C'est pourquoi ils ne le font qu'privé repos..
- La recherche est maintenant dans l'en-tête, de même que la recherche globale.
- Je peux voir le code de la recherche publique sur le repos ainsi.
InformationsquelleAutor Patrick Linskey
20

Mise à JOUR

Le bookmarklet hack ci-dessous est cassé à cause d'un XHR les problèmes et les changements de l'API.

Heureusement Github a maintenant "Un Tout Nouveau Code De La Recherche" qui fait le travail superbement.
Caisse vaudou: Github le code de la recherche
script.

Suivez les instructions, ou si vous détestez les ballonnements votre navigateur avec
les scripts et les extensions, utilisez mon bookmarkified ensemble de script:
```
javascript:(function(){var s='https://github.com/skratchdot/github-code-search.user.js/raw/master/github-code-search.user.js',t='text/javascript',d=document,n=navigator,e;(e=d.createElement('script')).src=s;e.type=t;d.getElementsByTagName('head')[0].appendChild(e)})();doIt('');void('');
```
Enregistrer la source ci-dessus que l'URL d'un nouveau signet. Accédez à n'importe quel
Dépôt Github, cliquez sur le signet, et bam: en page, ajaxified code
recherche.

Mise en garde Github doit indexer les pensions de titres avant que vous pouvez rechercher.

Abracadabra...

Voici un exemple de recherche de l'ECMAScript 5.1 spécification
référentiel:
- Lorsque j'utilise le plugin (Chrome), il fonctionne très bien dans le scratchdot/github-code-recherche repo, mais pas dans d'autres pensions.
- Il faut travailler dans toutes les pensions de la page d'accueil. Peut-être que vous essayez à partir d'une autre page? J'ai posté une capture d'écran d'un exemple de recherche dans un autre référentiel dans mon post.
- Oui, il semble fonctionner maintenant, très utile, merci!
- Aha! J'ai découvert pourquoi ces recherches ont peut-être échoué: un repo doit attendre son tour pour l'indexation. Compte tenu de la pléiade actif dépôts, je soupçonne que prend un peu de temps.
- L'amour le bookmarklet idée, mais pas compatible avec les navigateurs modernes.
- c'est nouvelles pour moi. Vous pourriez laisser Google et Mozilla le savons que trop.
- J'ai compris pourquoi le plugin ne fonctionne pas, c'est parce que les pensions de nom doit être en minuscules. (Voir mon commentaire à VonC la réponse ci-dessus). J'ai déjà soumis un patch sur GitHub et j'espère que l'auteur va le voir. github.com/skratchdot/github-code-search.user.js/pull/5
InformationsquelleAutor fny
10

Tandis que @VonC réponse qui fonctionne pour certains référentiels, malheureusement pour beaucoup de dépôts, vous ne pouvez pas droit maintenant. Github est tout simplement de ne pas les indexer (comme le faisait remarquer à l'origine par @emddudley). Ils n'ont pas indiqué nulle part sur leur site web, mais ils pourront vous dire si vous demandez à l'appui:

À Partir De: Tim Pease

Nous avons cessé d'ajouter nouvellement poussé code dans notre codesearch index. Le volume de code a fait le tour de notre courant de l'index de recherche, et nous travaillons sur le passage à une plus évolutive de l'architecture de la recherche. Je suis désolé pour le désagrément. Nous n'avons pas d'estimation pour ce nouvel index de recherche est en place et en cours d'exécution, mais quand il est prêt un article de blog sera publié (https://github.com/blog).

Fâcheusement il n'y a aucun moyen de savoir qui référentiels ne sont pas indexées autres que le manque de résultats (ce qui pourrait également être d'une mauvaise requête).

Il n'est également pas moyen de suivre cette question autre que d'attendre pour eux de blog (ou regarder ici DONC).

À Partir De: Tim Pease

Je crains que notre bug tracker est interne, mais nous pouvons vous informer dès que la nouvelle de l'index de recherche est en place et en cours d'exécution.
- Ils doivent au moins mentionner que certains des résultats de recherche peut être omis. Il craint tout à fait quand je refactorisation de code et je recherche des occurrences de code qui sont là mais ne sont pas mentionnés par GitHub.
InformationsquelleAutor studgeek
2

Google permet de rechercher dans le projet, mais pas le code 🙁

site:https://github.com/CreateJS/EaselJS test

InformationsquelleAutor crizCraig
0

Je recherche le code source à l'intérieur de Dépôts Github avec la libre Sourcegraph Extension Chrome
... Mais je Téléchargé Chrome Première, je savais que d'autres navigateurs le soutiennent même si, comme - et peut-être juste que - Firefox.

J'ai écrémé à travers SourceForge l'Extension Chrome Docs et puis aussi j'ai regardé juste ce dont j'avais besoin pour la recherche de noms de répertoire avec Github du Moteur de Recherche lui-même, par la lecture de certains de Github Code source de la Recherche de Doc

InformationsquelleAutor Tyler Curtis Jowers
0

GitHub documentation dit -

octocat in:file matchs de code où "octocat" apparaît dans le fichier
contenu.

InformationsquelleAutor blueray

Vous devez vous connecter pour publier un commentaire.