Comment rechercher dans tous les commits Git et Mercurial du dépôt une certaine chaîne de caractères ?

Question

J'ai un dépôt Git avec quelques branches et des commits pendants. Je voudrais rechercher tous ces commits dans le dépôt pour une chaîne spécifique.

Je sais comment obtenir un journal de tous les commits dans l'historique, mais ceux-ci n'incluent pas les branches ou les blobs pendants, juste l'historique de HEAD. Je veux les obtenir tous, pour trouver un commit spécifique qui a été mal placé.

J'aimerais également savoir comment faire cela dans Mercurial, car j'envisage de passer à cette technologie.

Answer 1

Vous pouvez voir les commits en suspens avec git log -g .

-g, --walk-reflogs
 Instead of walking the commit ancestry chain, walk reflog entries from
 the most recent one to older ones. 

Vous pouvez donc faire cela pour trouver une chaîne particulière dans un message de livraison qui est en suspens :

git log -g --grep=search_for_this

Alternativement, si vous voulez rechercher les modifications pour une chaîne de caractères particulière, vous pouvez utiliser l'option de recherche de la pioche, "-S" :

git log -g -Ssearch_for_this
# this also works but may be slower, it only shows text-added results
git grep search_for_this $(git log -g --pretty=format:%h)

Git 1.7.4 sera ajouter l'option -G , vous permettant de passer -G<regexp> pour trouver quand une ligne contenant <regexp> a été déplacée, ce que -S ne peut pas faire. -S vous dira seulement quand le nombre total de lignes contenant la chaîne de caractères a changé (c'est-à-dire l'ajout/le retrait de la chaîne de caractères).

Enfin, vous pouvez utiliser gitk pour visualiser les commits en suspens :

gitk --all $(git log -g --pretty=format:%h)

Puis, utilisez ses fonctions de recherche pour retrouver le fichier égaré. Tout cela fonctionne en supposant que le commit manquant n'a pas "expiré" et n'a pas été collecté, ce qui peut arriver s'il traîne pendant 30 jours et que vous expirez les reflogs ou exécutez une commande qui les expire.

Answer 2

Dans Mercurial, vous utilisez hg log --keyword pour rechercher des mots-clés dans les messages de validation et hg log --user pour rechercher un utilisateur particulier. Voir hg help log pour d'autres moyens de limiter le journal.

Answer 3

En plus de réponse de Richq de l'utilisation git log -g --grep=<regexp> o git grep -e <regexp> $(git log -g --pretty=format:%h) : jetez un coup d'œil aux articles de blog suivants, rédigés par Junio C Hamano, mainteneur actuel de git

• Fun avec "git log --grep"
• S'amuser avec "git grep"

---

Résumé

Les deux sites git grep y git log --grep sont orienté vers la ligne en ce sens qu'ils recherchent les lignes qui correspondent à un modèle spécifié.

Vous pouvez utiliser git log --grep=<foo> --grep=<bar> (ou git log --author=<foo> --grep=<bar> qui se traduit en interne par deux --grep ) pour trouver les commits qui correspondent à o bien de motifs (implicites OU sémantique).

Parce qu'il est orienté vers les lignes, l'utile Y sémantique est d'utiliser git log --all-match --grep=<foo> --grep=<bar> pour trouver commettre qui a les deux la correspondance des lignes en premier lieu et la correspondance des lignes en second lieu quelque part.

Avec git grep vous pouvez combiner plusieurs motifs (qui doivent tous utiliser l'attribut -e <regexp> ) avec --or (qui est la valeur par défaut), --and , --not , ( y ) . Pour grep --all-match signifie que fichier doit avoir des lignes qui correspondent à chacune des alternatives.

Answer 4

En me basant sur la réponse de rq, j'ai trouvé cette ligne qui fait ce que je veux :

git grep "search for something" $(git log -g --pretty=format:%h -S"search for something")

Ce qui rapportera l'ID du commit, le nom du fichier, et affichera la ligne correspondante, comme ceci :

91ba969:testFile:this is a test

... Quelqu'un pense-t-il que ce serait une bonne option à inclure dans la commande git grep standard ?

Answer 5

Toute commande qui prend des références comme arguments acceptera l'option --all documentée dans la page de manuel de git rev-list comme suit :

   --all
       Pretend as if all the refs in $GIT_DIR/refs/ are listed on the
       command line as <commit>.

Ainsi, par exemple git log -Sstring --all affichera tous les commits qui mentionnent string et qui sont accessibles à partir d'une branche ou d'un tag (je suppose que vos commits dangling sont au moins nommés avec un tag).