Lorsque j'utilise un Par exemple: p> Notez que le second Mise à jour: @Jacknagel répondit ma question, mais il s'avère que sa solution ne fonctionne pas dans mon cas de réel. Dans mon cas d'usage réel, je cherche tous les engagements qui modifient un fichier, y compris Renames, dans un cas où deux projets connexes ont divergé. Je dois savoir quels changements dans un projet impliquent des modifications correspondantes (je dois faire) dans l'autre projet. Malheureusement, Donc, dans ma situation réelle, j'essaie de courir: p> et une solution qui fonctionne dans ce cas est la suivante: p> Git journal --Stat code> pour limiter le journal à
commet la modification de Git journal code>, avec l'argument de chemin A .txt code>, dit
"1 fichiers a changé", quand "2 fichiers a changé". Je voudrais git
pour me dire que A.txt code> et b.txt code> a changé, même si je
Sélectionné le commit basé sur le chemin A.txt code>. P> git code> se plaint lorsque j'essaie d'utiliser - Full-diff code> et - suivez code> en même temps. P>
3 Réponses :
Comment vous attendez-vous à une commande de se comporter d'une manière différente de celle qu'elle est destinée à faire? Lorsque vous donnez le nom de fichier, vous dites à GIT d'obtenir les détails de ce fichier seul. Si vous voulez qu'il affiche les deux fichiers, utilisez la commande
git log -n1 --stat a.txt b.txt
Je pense que l'idée est de dire à Git "Montrez-moi que ne commet que cette touche
Vous pouvez obtenir ce comportement à l'aide de l'option - FULL-DIFF CODE>: --full-diff
Without this flag, "git log -p <path>..." shows commits that touch
the specified paths, and diffs about the same specified paths. With
this, the full diff is shown for commits that touch the specified
paths; this means that "<path>..." limits only commits, and doesn't
limit diff for those commits.
Note that this affects all diff-based output types, e.g. those
produced by --stat etc.
Merci! Cela répond à la question que j'ai posée et j'accepte donc la réponse. Cependant, il s'avère que ma question n'était pas suffisamment spécifique, et - Full-Diff Code> ne fonctionne pas dans ma situation réelle, où j'utilise - suivez code>. Je mettrai à jour la question et ajoutez une solution qui fonctionne avec - suivez code> dans une autre réponse.
Trouvez d'abord les identifiants de validation, puis les conduisez à XARGS CODE> (ou GNU parallèle code>) pour alimenter chaque ID sur Git Afficher code>. git log --format='%H' --follow -- a.txt | ForEach-Object { git show --stat -C $_ }
Qu'est-ce que vous demandez n'a pas beaucoup de sens pour moi. Comment vous attendez-vous à une commande de se comporter d'une manière différente de celle qu'il est destiné à faire? Lorsque vous donnez le nom de fichier, vous dites à GIT d'obtenir les détails de ce fichier seul. Si vous voulez qu'il affiche les deux choses, utilisez la commande
@positron: J'utilise le nom du fichier pour identifier les engagements des intérêts, mais pour ceux qui s'engagent, je veux toutes les informations complètes. En substance, j'utilise le nom de fichier donné pour identifier les autres noms de fichiers inconnus i> d'intérêt. Donc, je ne peux pas dire
git code> les autres fichiers, car je ne sais pas ce qu'ils sont.Au lieu d'éditer votre question i> pour ajouter une réponse, la solution Stackoverflow est d'ajouter une réponse, même si c'est votre propre question. J'ai pris la liberté d'ajouter la bonne réponse, mais je vais le supprimer volontiers si vous le posez vous-même.