Comment grep Git commit des diff ou de contenu, pour un certain mot?

Dans un code Git repository je veux la liste de tous les commits contenant un certain mot. J'ai essayé ce

git log -p | grep --context=4 "word"

mais il ne doit pas nécessairement donner moi le nom de fichier (sauf si c'est moins que 5
des lignes à partir de la parole que je recherché. J'ai aussi essayé

git grep "word"

mais il me donne seulement présenter des fichiers et non pas l'histoire.

Comment effectuer une recherche dans l'ensemble de l'histoire afin que je puisse suivre les changements sur un mot en particulier? Je veux dire à la recherche de mon code pour les occurrences de mot pour le suivi des modifications (recherche dans les dossiers de l'histoire).

InformationsquelleAutor Jesper Rønn-Jensen | 2009-08-26
  1. 810

    Si vous voulez trouver tous les commits où message de commit contient de la parole donnée, l'utilisation

    $ git log --grep=word

    Si vous voulez trouver tous les commits où "la parole" a été ajoutée ou supprimée dans la contenu du fichier (pour être plus exact: où nombre d'occurences de "word" a été changé), c'est à dire la recherche de la commettre contenu, l'utilisation de soi-disant "pioche" recherche avec

    $ git log -Sword

    Moderne git il y a aussi

    $ git log -Gword

    chercher différences dont ajoutés ou supprimés de la ligne correspond à un "mot" (également commettre contenu).

    Noter que -G par défaut accepte une regex, tandis que -S accepte une chaîne de caractères, mais peut être modifié pour accepter les regexes à l'aide de la --pickaxe-regex.

    Pour illustrer la différence entre -S<regex> --pickaxe-regex et -G<regex>, envisager un commit avec la suite de diff dans le même fichier:

    +    return !regexec(regexp, two->ptr, 1, &regmatch, 0);
...
-    hit = !regexec(regexp, mf2.ptr, 1, &regmatch, 0);

    Tout git log -G"regexec\(regexp" montrera ce commit, git log -S"regexec\(regexp" --pickaxe-regex ne sera pas (parce que le nombre d'occurrences de la chaîne n'a pas changé).

    • git log -S word travaille également pour le second cas
    • -S<string> et -G<string> dans man git log est donc pas clair. J'ai eu à la lecture et de l'expérience trois fois pour rattraper la différence.
    • Chercher les différences que d'introduire ou de supprimer une instance de <string>. -G<string> Chercher les différences dont ajoutés ou supprimés de la ligne correspond à la donnée <regex>.
    • Oh, je vois, une seule instance de chaîne, par rapport à une ligne entière! Merci
    • La différence est que -S<string> est plus rapide car il vérifie seulement si le nombre d'occurrences de <string> changé, tandis que -G<string> recherches ajoutés et supprimés de la ligne dans chaque livraison diff.
    • Je ne comprends pas Steve de la modifier. J'aime bien le git log --grep=word vous avez mentionné pour le message de commit, plutôt que de commettre le contenu.
    • Merci pour le mentionner. Est revenue, comme Steven Penny edition supprimé de l'information utile.
    • Si vous avez besoin de rechercher des mots avec un espace entre les deux,git log --grep="my words".
    • est différente de -S et -G. Vous pouvez citer la chaîne de chacun de ces arguments.
    • Notez que si vous voulez trouver le mot aucun commit, vous devez également exécuter ces avec "git log -g", parce que si vous avez accidentellement orphelins d'un commit, aucune des formes, ici, va le trouver.
    • Vous pouvez ensuite faire -G accepter chaîne fixe, de sorte que vous n'avez pas à citer des caractères spéciaux?
    • Cette réponse est actuellement difficile de savoir à propos de la différence entre -G et -S sans le --pickaxe-regex drapeau (c'est tout que l'on prend une chaîne et que l'autre prend une regex? Comme il arrive, aucun, mais je n'aurais jamais deviné à la lecture de cette réponse.) et serait à l'avantage de faire la différence plus clair. Il avait également bénéficier de docs liens.
    • si c'est un caractère spécial, il a probablement d'être cité. Son très similaire à la façon dont vous utilisez pass des expressions régulières pour find ou grep.
    • est-il possible d'utiliser cette syntaxe à la recherche d'un certain regex tous les fichiers dans un domaine spécifique de commettre HACHAGE (ne pas le commettre diff)?
    • Qu'est ce que la commande git log --grep n', oui: git-scm.com/docs/git-log#git-log---grepltpatterngt, stackoverflow.com/a/7124949/6309

    InformationsquelleAutor Jakub Narębski
  2. 250

    git log's pioche trouverez engage avec modifications, y compris le "mot" avec git log -Sword

    • Ce n'est pas très précis. -S<string> Chercher les différences que d'introduire ou de supprimer une instance de <string>. Notez que ceci est différent de la chaîne de simplement apparaître dans la sortie de la commande diff;
    • Même si c'est généralement la bonne réponse, je downvoted seulement à encourager les autres à lire cette réponse (stackoverflow.com/a/1340245/586983) qui dispose de 3 façons différentes et explique leurs subtilités.
    • gosh! Je ne pense pas que c'est une bonne raison de downvote un droit de réponse... nous n'étions pas sûrs, y compris le lien dans un commentaire serait suffisamment d'encouragements?
    • Cette réponse aurait du être une modification de cette (ancienne), donc nous n'avons pas ces ennuyeux des doublons. Mais les gens veulent seulement à la réputation, au lieu de nettoyer les réponses de la page.
    InformationsquelleAutor u0b34a0f6ae
  3. 18

    Après beaucoup d'expérimentation, je peux vous recommander le suivant, qui montre s'engage à ce que d'introduire ou de supprimer les lignes contenant une expression rationnelle, et affiche le texte des modifications de chacun, avec des couleurs montrant les mots ajoutés et supprimés. 

    git log --pickaxe-regex -p --color-words -S "<regexp to search for>"

    Faut du temps pour exécuter si... 😉

    • C'est l'un des meilleurs à ce jour grâce. Astuce: juste la liste de tous les résultats, sans pagination, soit faire précéder la commande avec GIT_PAGER=cat ou ajouter avec | cat
    InformationsquelleAutor CharlesW
  4. 9

    Une façon de plus de/la syntaxe est: git log -S "word"

    Comme cela, vous pouvez rechercher par exemple git log -S "with whitespaces and stuff @/#ü !"

    InformationsquelleAutor 1u-
  5. 7

    Vous pouvez essayer la commande suivante:

    git log --patch --color=always | less +/searching_string

    ou à l'aide de grep de la manière suivante:

    git rev-list --all | GIT_PAGER=cat xargs git grep 'search_string'

    Exécuter cette commande dans le répertoire où vous souhaitez rechercher.

    • J'aime cette méthode parce que les commits je suis à la recherche d'avoir des centaines de lignes de modifications sans rapport, et je suis seulement intéressé dans les patchs qui impliquent la parole, je suis à la recherche de. Pour obtenir de l'utilisation des couleurs git log --patch --color=always | less +/searching_string.
    InformationsquelleAutor kenorb
  6. 2

    vim-fugitif est polyvalent pour ce type d'examen dans Vim.

    Utilisation :Ggrep de le faire. Pour plus d'informations, vous pouvez installer vim-fugitif et rechercher le turorial par :help Grep. Et cet épisode: explorer-le-histoire-de-a-git-référentiel va vous guider pour faire tout ça.

    InformationsquelleAutor Lerner Zhang
  7. 2

    À utiliser l'opérateur booléen sur l'expression régulière:

    git log --grep '[0-9]*\|[a-z]*'

    Cette expression régulière recherche d'expression régulière [0-9]* ou [a-z]* lors de la validation des messages.

    InformationsquelleAutor Reudismam
  8. 0

    Si vous souhaitez rechercher des données sensibles afin de le supprimer à partir de votre historique de git (qui est la raison pour laquelle j'ai atterri ici), il y a des outils pour cela. Github comme un dédié page d'aide pour cette question.

    Voici le résumé de l'article:

    La BFG Repo-Cleaner est une plus rapide, alternative plus simple à git filter-branch pour supprimer les données. Par exemple, pour supprimer votre fichier avec des données sensibles et à laisser votre dernier commit vierge), exécutez:

    bfg --delete-files YOUR-FILE-WITH-SENSITIVE-DATA

    À remplacer tout le texte figurant dans passwords.txt partout où il peut être trouvé dans votre référentiel de l'histoire, exécutez:

    bfg --replace-text passwords.txt

    Voir le BFG Repo-Nettoyeur de documentation pour une utilisation complète et les instructions de téléchargement.

    InformationsquelleAutor edelans