Rechercher quand un fichier a été supprimé dans Git

J'ai un dépôt Git avec n commits.

J'ai un fichier dont j'ai besoin, qui se trouvait dans le référentiel, et que je cherche soudainement et pense "Oh! Où est passé ce fichier?"

Existe-t-il une (série de) commande (s) Git qui me dira que "le fichier really_needed.txt a été supprimé lors de la validation n-13"?

En d'autres termes, sans regarder chaque commit individuel et sachant que mon dépôt Git a chaque changement de chaque fichier, puis-je trouver rapidement le dernier commit qui a ce fichier, donc je peux le récupérer?

git log --full-history -- [file path] montre les modifications d'un fichier, fonctionne même si le fichier a été supprimé.

Exemple:

git log --full-history  -- myfile

Si vous souhaitez voir uniquement le dernier commit, qui a supprimé un fichier, utilisez -1 en plus, par exemple, git log --full-history -1 -- [file path]

Voir quel commit a supprimé un fichier

Réponse courte:

git log --full-history -- your_file

vous montrera toutes les validations de l'historique de votre dépôt, y compris les validations de fusion, qui ont touché your_file. Le dernier (en haut) est celui qui a supprimé le fichier.

Quelques explications:

Le --full-historydrapeau ici est important. Sans cela, Git effectue une "simplification de l'historique" lorsque vous lui demandez le journal d'un fichier. Les documents sont légers sur les détails de la façon dont cela fonctionne et je n'ai pas le courage et le courage nécessaires pour essayer de le comprendre à partir du code source, mais les documents git-log ont beaucoup à dire:

Mode par défaut

Simplifie l'historique à l'historique le plus simple expliquant l'état final de l'arbre. Plus simple car il taille certaines branches latérales si le résultat final est le même (c'est-à-dire fusionner des branches avec le même contenu)

Cela concerne évidemment le moment où le fichier dont nous voulons l'historique est supprimé , car l'historique le plus simple expliquant l'état final d'un fichier supprimé n'est pas un historique . Y a-t-il un risque que git logsans --full-historyvouloir simplement prétendre que le fichier n'a jamais été créé? Malheureusement oui. Voici une démonstration:

mark@lunchbox:~/example$ git init
Initialised empty Git repository in /home/mark/example/.git/
mark@lunchbox:~/example$ touch foo && git add foo && git commit -m "Added foo"
[master (root-commit) ddff7a7] Added foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 foo
mark@lunchbox:~/example$ git checkout -b newbranch
Switched to a new branch 'newbranch'
mark@lunchbox:~/example$ touch bar && git add bar && git commit -m "Added bar"
[newbranch 7f9299a] Added bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git rm foo && git commit -m "Deleted foo"
rm 'foo'
[master 7740344] Deleted foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 foo
mark@lunchbox:~/example$ git checkout newbranch
Switched to branch 'newbranch'
mark@lunchbox:~/example$ git rm bar && git commit -m "Deleted bar"
rm 'bar'
[newbranch 873ed35] Deleted bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git merge newbranch
Already up-to-date!
Merge made by the 'recursive' strategy.
mark@lunchbox:~/example$ git log -- foo
commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery 
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery 
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log -- bar
mark@lunchbox:~/example$ git log --full-history -- foo
commit 2463e56a21e8ee529a59b63f2c6fcc9914a2b37c
Merge: 7740344 873ed35
Author: Mark Amery 
Date:   Tue Jan 12 22:51:36 2016 +0000

    Merge branch 'newbranch'

commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery 
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery 
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log --full-history -- bar
commit 873ed352c5e0f296b26d1582b3b0b2d99e40d37c
Author: Mark Amery 
Date:   Tue Jan 12 22:51:29 2016 +0000

    Deleted bar

commit 7f9299a80cc9114bf9f415e1e9a849f5d02f94ec
Author: Mark Amery 
Date:   Tue Jan 12 22:50:38 2016 +0000

    Added bar

Remarquez comment git log -- barle vidage de terminal ci-dessus n'a entraîné littéralement aucune sortie; Git "simplifie" l'histoire en une fiction qui barn'a jamais existé. git log --full-history -- bar, d'autre part, nous donne le commit qui a créé baret le commit qui l'a supprimé.

Pour être clair: cette question n'est pas seulement théorique. J'ai seulement regardé les documents et découvert le --full-historydrapeau parce que git log -- some_filej'échouais dans un vrai référentiel où j'essayais de retrouver un fichier supprimé. La simplification de l'historique peut parfois être utile lorsque vous essayez de comprendre comment un fichier existant est devenu dans son état actuel, mais lorsque vous essayez de retrouver une suppression de fichier, il est plus probable qu'il vous dérange en masquant la validation qui vous intéresse . Utilisez toujours l' --full-historyindicateur pour ce cas d'utilisation.

Journal Git mais vous devez préfixer le chemin avec --

Par exemple:

dan-mac:test dani$ git log file1.txt
fatal: ambiguous argument 'file1.txt': unknown revision or path not in the working tree.

dan-mac:test dani$ git log -- file1.txt
 commit 0f7c4e1c36e0b39225d10b26f3dea40ad128b976
 Author: Daniel Palacio <danpal@gmail.com>
 Date:   Tue Jul 26 23:32:20 2011 -0500

 foo

Je viens d'ajouter une solution ici (existe-t-il un moyen dans git de répertorier tous les fichiers supprimés dans le référentiel?) Pour trouver les validations des fichiers supprimés à l'aide d'une expression rationnelle:

git log --diff-filter=D --summary | sed -n '/^commit/h;/\/some_dir\//{G;s/\ncommit \(.*\)/ \1/gp}'

Cela renvoie tout ce qui a été supprimé dans un répertoire nommé some_dir(en cascade). Tout regexp sed là où il \/some_dir\/est fera l'affaire.

OSX (merci à @triplee et @keif)

git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }

Vous pouvez trouver le dernier commit qui a supprimé le fichier comme suit:

git rev-list -n 1 HEAD -- [file_path]

De plus amples informations sont disponibles ici

Essayer:

git log --stat | grep file