在git stash manpage上，你可以读到(在“讨论”部分，就在“选项”描述之后):

存储被表示为一个提交，其树记录对象的状态 工作目录，它的第一个父目录是HEAD时的提交 Stash应运而生。

所以你可以把stash(例如，stash@{0}是第一个/最上面的stash)作为合并提交，并使用:

$ git diff stash@{0}^1 stash@{0} -- <filename>

解释:stash@{0}^1表示给定stash的第一个父对象，正如上面的解释所述，它是在提交时将更改隐藏起来。我们使用这种形式的“git diff”(两次提交)，因为stash@{0} / refs/stash是一个合并提交，我们必须告诉git我们想要对哪个父文件进行diff。更神秘的:

$ git diff stash@{0}^! -- <filename>

应该也可以工作(参见git rev-parse manpage对rev^!语法，在“指定范围”部分)。

同样地，你可以使用git checkout将一个文件从stash中检出:

$ git checkout stash@{0} -- <filename>

或者将其保存在另一个文件名下:

$ git show stash@{0}:<full filename>  >  <newfile>

or

$ git show stash@{0}:./<relative filename> > <newfile>

(注意这里<full filename>是一个文件相对于一个项目的顶部目录的完整路径名(想想:相对于stash@{0}))。

您可能需要保护stash@{0}不受shell扩展的影响，即使用“stash@{0}”或“stash@{0}”。

你可以用“git show stash@{0}”(或任何隐藏的数字是;参见“git藏匿列表”)。为单个文件提取diff的部分很容易。

编辑:参见cambunctious的答案，这基本上是我现在更喜欢的，因为它只使用隐藏中的变化，而不是将它们与你当前的状态进行比较。这使得该操作具有可添加性，从而减少了撤消自创建存储以来所做的工作的机会。

要进行交互，首先要做

git diff stash^! -- path/to/relevant/file/in/stash.ext perhaps/another/file.ext > my.patch

.．.然后在文本编辑器中打开补丁文件，根据需要修改，然后执行

git apply < my.patch

Cambunctious的答案是通过将一个命令直接传送到另一个命令来绕过交互性，如果您知道您想要从存储中进行所有更改，这是很好的。你可以编辑收藏^!为具有您想要的累积更改的任何提交范围(但首先检查diff的输出)。

如果应用patch/diff失败，你可以将最后一个命令更改为git apply——reject，它会做出所有它能做的更改，并在有它无法解决的冲突的地方留下.rej文件。然后可以使用wiggle来应用.rej文件，如下所示:

wiggle --replace path/to/relevant/file/in/stash.ext{,.rej}

这将解决冲突，或者为您提供从合并中获得的冲突标记。

如果你的发行版没有摇摆，你可以直接构建它:

cd /usr/local/src/
git clone git://git.neil.brown.name/wiggle
cd wiggle/
git checkout v1.3
make install

以前的解决方案:有一个简单的方法可以从任何分支获得更改，包括存储:

$ git checkout --patch stash@{0} path/to/file

如果您想在许多部分打补丁，可以省略文件规范。或者省略patch(而不是路径)以将所有更改保存到单个文件。将0替换为git存储列表中的存储号，如果你有多个。注意，这类似于diff，并提供应用分支之间的所有差异。要从单个提交/存储中获得更改，请查看git的cherry-pick -no-commit。

如果你使用git stash apply而不是git stash pop，它会将stash应用到你的工作树，但仍然保留stash。

完成此操作后，您可以添加/提交所需的文件，然后重置其余更改。

在git stash manpage上，你可以读到(在“讨论”部分，就在“选项”描述之后):

存储被表示为一个提交，其树记录对象的状态 工作目录，它的第一个父目录是HEAD时的提交 Stash应运而生。

所以你可以把stash(例如，stash@{0}是第一个/最上面的stash)作为合并提交，并使用:

$ git diff stash@{0}^1 stash@{0} -- <filename>

解释:stash@{0}^1表示给定stash的第一个父对象，正如上面的解释所述，它是在提交时将更改隐藏起来。我们使用这种形式的“git diff”(两次提交)，因为stash@{0} / refs/stash是一个合并提交，我们必须告诉git我们想要对哪个父文件进行diff。更神秘的:

$ git diff stash@{0}^! -- <filename>

应该也可以工作(参见git rev-parse manpage对rev^!语法，在“指定范围”部分)。

同样地，你可以使用git checkout将一个文件从stash中检出:

$ git checkout stash@{0} -- <filename>

或者将其保存在另一个文件名下:

$ git show stash@{0}:<full filename>  >  <newfile>

or

$ git show stash@{0}:./<relative filename> > <newfile>

(注意这里<full filename>是一个文件相对于一个项目的顶部目录的完整路径名(想想:相对于stash@{0}))。

您可能需要保护stash@{0}不受shell扩展的影响，即使用“stash@{0}”或“stash@{0}”。

要理解的最简单的概念(虽然可能不是最好的概念)是，您更改了三个文件，而希望保存一个文件。

如果你使用git stash来隐藏它们，git stash apply再次将它们带回来，然后git checkout f.c对有问题的文件有效地重置它。

当你想要unstash文件运行做一个git重置——硬，然后运行git stash apply再次，利用事实，git stash apply不清除差异从stash堆栈。