我有一个Git存储库，我想看看几个月前一些文件的样子。我找到了那个日期的修订本;这是27 cf8e84bb88e24ae4b4b3df2b77aab91a3735d8。我需要看到一个文件看起来像什么，并将其保存为(“新”)文件。
我设法使用gitk查看文件，但它没有保存它的选项。我尝试使用命令行工具，我得到的最接近的是:
git-show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 my_file.txt
但是，该命令显示的是一个差异，而不是文件内容。我知道我可以稍后使用类似PAGER=cat的东西并将输出重定向到一个文件，但我不知道如何获得实际的文件内容。
基本上，我在找svn cat之类的东西。
当前回答
使用git show $REV:$FILE，正如其他人已经指出的那样，可能是正确的答案。我发布了另一个答案，因为当我尝试这种方法时，我有时会从git得到以下错误:
fatal: path 'link/foo' exists on disk, but not in 'HEAD'
当文件路径的一部分是符号链接时，就会出现这个问题。在这些情况下，git show $REV:$FILE方法将不起作用。复制步骤:
$ git init .
$ mkdir test
$ echo hello > test/foo
$ ln -s test link
$ git add .
$ git commit -m "initial commit"
$ cat link/foo
hello
$ git show HEAD:link/foo
fatal: path 'link/foo' exists on disk, but not in 'HEAD'
问题是，像realpath这样的实用程序在这里没有帮助，因为符号链接可能在当前提交中不再存在。我不知道一个好的通解。在我的例子中，我知道符号链接只能存在于路径的第一个组件中，所以我两次使用git show $REV:$FILE方法解决了这个问题。这是可行的，因为当git在符号链接上使用$REV:$FILE时，它的目标将被打印:
$ git show HEAD:link
test
而对于目录，该命令将输出一个头文件，后面跟着目录内容:
$ git show HEAD:test
tree HEAD:test
foo
所以在我的例子中，我只是检查了第一次调用git show $REV:$FILE的输出，如果它只有一行，那么我用结果替换了我的路径的第一个组件，以通过git解析符号链接。
其他回答
使用git show
为了完成你自己的回答，语法确实是
git show object
git show $REV:$FILE
git show somebranch:from/the/root/myfile.txt
git show HEAD^^^:test/test.py
该命令采用通常的修改风格，这意味着您可以使用以下任何一种:
分支名称(由ash建议) HEAD + x ^个字符数 给定修订的SHA1哈希值 给定SHA1散列的前几个字符(可能是5个)
提示:重要的是要记住，当使用“git show”时，总是指定一个来自存储库根的路径，而不是当前目录的位置。
(尽管Mike Morearty提到过，至少在git 1.7.5.4中，你可以通过输入"。/"在路径的开头。例如:
git show HEAD^^:./test.py
)
使用git恢复
在Git 2.23+(2019年8月)中，你还可以使用Git restore来替换令人困惑的Git checkout命令
git restore -s <SHA1> -- afile
git restore -s somebranch -- afile
这将只在工作树上恢复“源”(-s)提交SHA1或分支somebranch中的文件。 还可以恢复索引:
git restore -s <SHA1> -SW -- afile
(-SW:阶段性工作树的缩写)
正如starwarswii的评论所指出的那样
它允许您将内容管道到一个文件中，如果您只想快速比较来自提交的文件，这是非常棒的。 例如，你可以做: Git显示1234:path/to/file.txt > new.txt Git显示1234~:path/to/file.txt > old.txt 然后比较它们。
使用低级git管道命令
git1.5之前。X，这是通过一些管道完成的:
Git ls-tree <rev> 在提交中显示一个或多个“blob”对象的列表
git cat-file blob <file-SHA1> . txt Cat在特定修订中提交的文件(类似于SVN 猫)。 使用git ls-tree来检索给定file-sha1的值
git cat-file -p $(git-ls-tree $REV $file | cut -d " " -f 3 | cut -f 1)::
git-ls-tree列出了修订版$REV中$file的对象ID，这被从输出中删除，并用作git-cat-file的参数，它应该被称为git-cat-object，并简单地将该对象转储到stdout。
注意:从Git 2.11 (Q4 2016)开始，您可以对Git cat文件输出应用内容过滤器。
看到 提交3214594, commit 7bcf341(2016年9月9日)， commit 7bcf341(2016年9月9日)，以及 提交b9e62f6, Johannes Schindelin (dscho)提交16dcc29(2016年8月24日)。 (由Junio C Hamano—gitster—在commit 7889ed2中合并，2016年9月21日)
git config diff.txt.textconv "tr A-Za-z N-ZA-Mn-za-m <"
git cat-file --textconv --batch
注意:"git cat-file——textconv"最近(2017年)开始出现分段故障，这已在git 2.15(2017年第四季度)中得到更正
参见Jeff King (peff)的commit cc0ea7c(2017年9月21日)。 (由Junio C Hamano—gitster—在commit bfbc2fc中合并，2017年9月28日)
并且很好地将它转储到一个文件(至少在Windows上)- Git Bash:
$ echo "`git show 60d8bdfc:src/services/LocationMonitor.java`" >> LM_60d8bdfc.java
引号是必需的，所以它保留了换行符。
这将帮助您在提交之间获得所有已删除的文件，而无需指定路径，如果有大量文件被删除，则非常有用。
git diff --name-only --diff-filter=D $commit~1 $commit | xargs git checkout $commit~1
git checkout {SHA1} -- filename
这个命令从特定的提交中获取复制的文件。
使用git show $REV:$FILE，正如其他人已经指出的那样，可能是正确的答案。我发布了另一个答案，因为当我尝试这种方法时，我有时会从git得到以下错误:
fatal: path 'link/foo' exists on disk, but not in 'HEAD'
当文件路径的一部分是符号链接时，就会出现这个问题。在这些情况下，git show $REV:$FILE方法将不起作用。复制步骤:
$ git init .
$ mkdir test
$ echo hello > test/foo
$ ln -s test link
$ git add .
$ git commit -m "initial commit"
$ cat link/foo
hello
$ git show HEAD:link/foo
fatal: path 'link/foo' exists on disk, but not in 'HEAD'
问题是，像realpath这样的实用程序在这里没有帮助，因为符号链接可能在当前提交中不再存在。我不知道一个好的通解。在我的例子中，我知道符号链接只能存在于路径的第一个组件中，所以我两次使用git show $REV:$FILE方法解决了这个问题。这是可行的，因为当git在符号链接上使用$REV:$FILE时，它的目标将被打印:
$ git show HEAD:link
test
而对于目录，该命令将输出一个头文件，后面跟着目录内容:
$ git show HEAD:test
tree HEAD:test
foo
所以在我的例子中，我只是检查了第一次调用git show $REV:$FILE的输出，如果它只有一行，那么我用结果替换了我的路径的第一个组件，以通过git解析符号链接。
