Mise à jour janvier 2017 (deux ans plus tard):
Vous pouvez maintenant rechercher des messages de validation ! (toujours uniquement dans la branche master)
Février 2015: Je ne suis pas sûr que cela puisse être possible, compte tenu de la base actuelle de l'infrastructure de recherche sur Elasticsearch (introduite en janvier 2013 ).
En guise de réponse "puisant dans des sources crédibles et / ou officielles", voici un entretien réalisé avec les personnes GitHub en charge de l'introduction d'Elasticsearch sur GitHub (août 2013)
Tim Pease : Nous avons deux types de documents: l'un est un fichier de code source et l'autre est un référentiel. La façon dont git fonctionne est que vous avez des validations et que vous avez une branche pour chaque validation. Les documents du référentiel conservent la trace de la validation la plus récente pour ce référentiel particulier qui a été indexé. Lorsqu'un utilisateur envoie un nouveau commit à Github, nous tirons ensuite ce document de référentiel depuis elasticsearch. Nous voyons ensuite le commit le plus récemment indexé, puis nous obtenons une liste de tous les fichiers qui ont été modifiés, ajoutés ou supprimés entre cette récente poussée et ce que nous avons précédemment indexé. Ensuite, nous pourrons aller de l'avant et simplement mettre à jour les documents qui ont été modifiés. Nous n'avons pas à réindexer la totalité de l'arborescence du code source à chaque fois que quelqu'un pousse.
Andrew Cholakian: Donc, vous les gars indexez , je suppose, la branche principale.
Tim Pease: Correct. Ce n'est que le chef de la branche principale que vous allez entrer là-dedans et c'est encore beaucoup de données, deux milliards de documents, 30 téraoctets.
Andrew Cholakian: C'est énormément énorme.
[...]
Tim Pease: Avec l'indexation du code source sur push, c'est un processus d'auto-guérison.
Nous avons ce document de référentiel qui garde la trace du dernier commit indexé. Si nous avons manqué, il nous arrive de manquer trois commits où ces travaux échouent, le prochain commit qui arrive, nous examinons toujours la différence entre le commit précédent que nous avons indexé et celui que nous voyons avec cette nouvelle poussée.
Vous faites un git diffet vous obtenez tous les fichiers qui ont été mis à jour, supprimés ou ajoutés. Vous pouvez simplement dire: «D'accord, nous devons supprimer ces fichiers. Nous devons ajouter ces fichiers, et tout ça. » C'est l'auto-guérison et c'est l'approche que nous avons adoptée avec à peu près toute l'architecture.
Cela signifie que toutes les branches de tout le repo ne seraient pas indexées avec cette approche.
Une recherche de message de validation globale n'est pas disponible pour l'instant.
Et Tim Pease lui-même confirme que les messages de validation ne sont pas indexés .
Notez qu'il n'est pas impossible d'obtenir sa propre indexation locale elasticsearch d'un clone local: voir " Recherche d'un référentiel git avec ElasticSearch "
Mais pour un dépôt spécifique, le plus simple reste de le cloner et de faire un:
git log --all --grep='my search'
(Plus d'options dans " Comment rechercher un référentiel Git par message de validation? ")
