我有一个包含 n 次提交的 Git 存储库。
我有一个我需要的文件,它曾经在存储库中,我突然寻找并想“哦!那个文件去哪儿了?”
是否有(一系列)Git 命令会告诉我“文件真的需要.txt 在提交 n-13 时被删除”?
换句话说,如果不查看每个单独的提交,并且知道我的 Git 存储库包含每个文件的所有更改,我是否可以快速找到包含该文件的最后一个提交,以便将其取回?
要显示更改文件的提交,即使文件已被删除,请运行以下命令:
git log --full-history -- [file path]
如果您只想查看删除文件的最后一次提交,请在上述命令之外使用 -1
:
git log --full-history -1 -- [file path]
另请参阅我的文章:Which commit deleted a file。
简短的回答:
git log --full-history -- your_file
将向您显示您的存储库历史记录中的所有次提交,包括涉及 your_file
的合并提交。最后一个(顶部)是删除文件的那个。
一些解释:
这里的 --full-history
标志很重要。没有它,当你向它询问文件的日志时,Git 会执行“历史简化”。文档详细说明了它的工作原理,我缺乏尝试从源代码中找出答案所需的勇气和勇气,但 the git-log docs 有很多话要说:
默认模式 将历史简化为解释树最终状态的最简单历史。最简单,因为如果最终结果相同,它会修剪一些侧枝(即合并具有相同内容的分支)
这显然与我们想要其历史记录的文件何时删除有关,因为解释已删除文件的最终状态的最简单历史记录是无历史记录。没有 --full-history
的 git log
是否会简单地声称该文件从未创建过?不幸的是,是的。这是一个演示:
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
注意上面终端转储中的 git log -- bar
是如何导致没有输出的; Git 正在将历史“简化”为bar
从未存在过的虚构。另一方面,git log --full-history -- bar
为我们提供了创建 bar
的提交和删除它的提交。
需要明确的是:这个问题不仅仅是理论上的。我只查看了文档并发现了 --full-history
标志,因为 git log -- some_file
在我试图追踪已删除文件的真实存储库中失败了。当您试图了解当前存在的文件如何进入其当前状态时,历史简化有时可能会有所帮助,但在尝试追踪文件删除时隐藏你关心的提交更有可能把你搞砸。始终为此用例使用 --full-history
标志。
git log
输出本身来看,最后一次提交已删除文件一点也不明显。我还尝试了 git log --name-status --full-history -- file_name
和 git log -p --stat --full-history -- file_name
,但都没有明确表明该文件已在最新提交中被删除。这似乎是一个错误。
mkdir somedir && cd somedir && git init && touch foo && git add foo && git commit -m "Added foo" && git checkout -b newbranch && touch bar && git add bar && git commit -m "Added bar" && git checkout master && git rm foo && git commit -m "Deleted foo" && git checkout newbranch && git rm bar && git commit -m "Deleted bar" && git checkout master && git merge newbranch && git log --name-status --full-history -- bar
在 Git 2.12.2 的日志输出中包括 D bar
和 A bar
。您没有在输出中看到这些行吗?你有什么版本?
git version 2.15.1
是的,您的命令序列确实报告了 D bar
和 A bar
。也许我的问题与我的文件历史有关。我正在跟踪一个被 gitignore 删除并删除的 .htaccess
文件的历史记录。我终于想通了并将文件添加回来。当我在 git log
命令中包含 --name-status
时,我看到两个 A .htaccess
条目(因为我在最新提交中添加了它)但没有 D .htaccess
。因此,在某些情况下,即使文件已从存储库中删除,git log
也不会显示明确的 D file_name
条目。
.htaccess
已添加到提交 X 中,但随后未包含在将 X 带到 master 的合并提交中?这是我能想到的唯一一件事,我可能会争辩说应该看起来像一个文件已被添加且从未被删除但仍然不存在。尝试找出一个 MCVE 会很有趣,然后找出它是否是 Git 错误,如果不是,是否可以调整我的答案来处理您的情况。
您可以找到删除文件的最后一次提交,如下所示:
git rev-list -n 1 HEAD -- [file_path]
提供更多信息here
git rev-list -n 1 HEAD -- '*myfile.txt'
Git 日志,但您需要在路径前加上 --
例如:
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
我刚刚在此处添加了一个解决方案 (is there a way in git to list all deleted files in the repository?),用于使用正则表达式查找已删除文件的提交:
git log --diff-filter=D --summary | sed -n '/^commit/h;/\/some_dir\//{G;s/\ncommit \(.*\)/ \1/gp}'
这将返回在名为 some_dir
(级联)的目录中删除的所有内容。 \/some_dir\/
所在的任何 sed 正则表达式都可以。
OSX(感谢@triplee 和@keif)
git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }
sed: 1: "/^commit/h;/\/some_dir\ ...": bad flag in substitute command: '}'
sed
显然并不总是用分号作为命令分隔符。尝试将它们更改为换行符,或切换到 sed -n -e '/^commit/h' -e '\:/some_dir/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }
git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }
在 OSX 上为我工作。
这个命令对我不起作用:
git log --full-history -1 -- [file path]
这是有效的命令:
git log --follow -- [file path]
尝试:
git log --stat | grep file
grep -C 10
在文件名周围获取 +-10 行(应包括 git 哈希)。
这对我有用:
git 日志 -- **/Myfile.cs
如果包含 --full-history 开关,它会显示很多与文件无关的更改。不知道为什么。
git log -- */<<filename>>.<<file extension>>
进行搜索。