Git - voir les fichiers qui ont été modifiés, même si les modifications ont été supprimées

Question

J'ai une base de code contenant près de mille fichiers. Je travaille dans une succursale locale avec des changements non validés. À un moment donné aujourd'hui, j'ai ajouté une instruction error_log à un fichier qui renvoyait un élément d'information très utile. Je pensais que j'en avais fini avec le log, ce qui a ramené le fichier à son état "inchangé" en ce qui concerne git. J'ai besoin de remettre ce journal, mais je ne peux pas me souvenir du fichier ou de la fonction dont il faisait partie.

Y at-il une commande git qui peut me montrer une liste de fichiers qui ont été modifiés, même si les modifications ont été supprimées?

Answer 1

Je ne pense pas qu'il existe un moyen de le faire dans git, mais je listerais les fichiers récursivement dans l'ordre où ils ont été modifiés. Donc, dans Linux, vous devriez être en mesure de faire quelque chose comme

ls -ltrR

Vous pourriez être en mesure de trouver le fichier de cette façon. Ce qui vaut mieux que rien.

Answer 2

Expansion sur la réponse de Johnny, et empruntant How to recursively find and list the latest modified files in a directory with subdirectories and times?:

find . -path './.git' -prune -o -type f -print \ 
    -exec stat --format '%Y :%y %n' {} \; | sort -nr | cut -d: -f2- | head 

Lors de l'exécution de la racine de prise en pension, cela vous montrera les fichiers les plus récemment modifiés.

Answer 3

Les modifications non validées sont toujours incorrect. Vous devriez toujours travailler par petites étapes et vous engager après chaque étape. - Les validations ne sont que locales et peuvent ensuite être écrasées sans aucun problème.

Avec de petites étapes validées, vous pouvez toujours revenir à chaque étape. - Sans aucun commit, git ne peut pas vous aider à récupérer les changements.

Par conséquent, vous devez regarder en dehors de git. Comme les horodatages du système de fichiers ou peut-être quelques journaux de votre éditeur.

Answer 4

Si, à un moment donné, vous avez affecté la ligne error_log à votre dépôt, l'existence de cette ligne existe toujours dans votre historique et vous pouvez la récupérer de plusieurs manières différentes. La plus franche est d'utiliser simplement la sortie du patch dans le git log, et en supposant que la sortie est transmis au téléavertisseur less, alors vous appuyez simplement sur / et entrez une expression rationnelle pour cette ligne:

git log -p 
# While in `less` 
/error_log 

Vous pouvez ensuite recherchez la sortie pour l'expression rationnelle en appuyant sur n pour avancer au prochain hit, ou N pour revenir au dernier. Une autre façon de trouver l'existence de la ligne (en supposant qu'elle ait été validée) est d'utiliser l'option -S ou -G pour git log. Les anciennes recherches pour l'ajout ou la suppression du texte à l'aide d'une chaîne fixe, alors que celui-ci utilise également regexes:

# Fixed string 
git log --name-status -S "error_log" 

# Regex 
git log --name-status -G "error_log" 

La sortie sera une liste des fichiers qui ont soit eu la chaîne error_log ajouté ou retiré d'eux à un moment donné.