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

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

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

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

如果你使用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 diff stash^! -- <filename> | git apply

这通常比使用git签出更好，因为您不会丢失创建存储后对文件所做的任何更改。

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

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

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