一个简单问题的简单答案是 git stash apply
只需签出要更改的分支，然后单击git stash apply。然后使用git diff查看结果。
在完成所有更改之后- apply看起来不错，并且确定不再需要存储空间- 然后使用git stash drop它来摆脱它。
我总是建议使用git stash apply而不是git stash pop。区别在于，可以apply将存储区保留下来以便于重试apply或查看等。如果pop能够提取存储区，它将立即也将其存储drop，并且如果您突然意识到想要将其存储在某个位置其他（在不同的分支中），或者使用--index或类似的东西，并不是那么容易。如果您愿意apply，您可以选择何时选择drop。
但是，无论哪种方式，它都是非常小的，对于git的新手来说，它应该差不多。（并且您可以跳过所有其他步骤！）
如果您正在做更高级或更复杂的事情怎么办？
至少有三种或四种不同的“使用git stash的方式”。上面是针对“方法1”的“简单方法”：
您从一个干净的分支开始，正在进行一些更改，然后意识到您在错误的分支中进行了更改。您只想进行现在的更改，然后将其“移动”到另一个分支。
如上所述，这是简单的情况。运行git stash save（或简单的git stash同一件事）。签出另一个分支并使用git stash apply。使用git相当强大的合并机制，这可以使git合并到您之前的更改中。 仔细检查结果（使用git diff），以查看是否喜欢它们，如果喜欢，则使用git stash drop放下藏匿处。你完成了！
您开始了一些更改并将其隐藏。然后，您切换到另一个分支并开始更多更改，而忘记了已隐藏的那些。
现在，您要保留甚至移动这些更改，并也应用存储。
实际上git stash save，您可以再次git stash进行更改，就像“堆叠”一样。如果这样做，则有两个存储区，一个存储区被称为stash-但您也可以编写stash@{0}-一个存储区stash@{1}。使用git stash list（随时）查看所有内容。最新的始终是编号最小的。当您使用时git stash drop，它将删除最新的，然后将其stash@{1}移到堆栈的顶部。如果您拥有更多，则原来的stash@{2}变为stash@{1}，依此类推。
您还可以apply再添加drop一个特定的存储区：git stash apply stash@{2}，依此类推。删除特定的存储区，仅对编号较高的存储区重新编号。再说一次，没有数字的也是stash@{0}。
如果您堆积了很多储藏物，它可能会变得很杂乱（是我想要的储藏物stash@{7}还是它stash@{4}？？等等，我只是推了另一个，现在是8和5？）。我个人更喜欢将这些更改转移到新的分支机构，因为分支机构具有名称，并且cleanup-attempt-in-December对我来说意义比得多stash@{12}。（该git stash命令带有一个可选的保存消息，这些消息可以提供帮助，但是以某种方式，我所有的存储都名为named WIP on branch。）
（高级）在运行之前git stash save -p，您已经使用过，或仔细使用过git add和/或使用过git rm代码的特定位git stash save。在隐藏的索引/临时区域中有一个版本，在工作树中有另一个（不同）版本。您想保留所有这些。因此，现在您使用git stash apply --index，但有时会失败：
Conflicts in index. Try without --index.
您正在使用git stash save --keep-index以测试“将提交的内容”。这超出了这个答案的范围。请参阅此其他StackOverflow答案。
对于复杂的情况，建议您首先提交一个“干净的”工作目录，方法是提交您现在所做的任何更改（如果需要，可以在新分支上）。这样，您正在应用它们的“某处”就没有其他任何东西了，而您只是在尝试隐藏的更改：
git status # see if there's anything you need to commit
# uh oh, there is - let's put it on a new temp branch
git checkout -b temp # create new temp branch to save stuff
git add ... # add (and/or remove) stuff as needed
git commit # save first set of changes
现在您处于“干净”的起点。也许它更像这样：
git status # see if there's anything you need to commit
# status says "nothing to commit"
git checkout -b temp # optional: create new branch for "apply"
git stash apply # apply stashed changes; see below about --index
要记住的主要事情是“存储” 是一个提交，它只是一个稍微“有趣/怪异”的提交，而不是“在分支上”。该apply操作将查看提交更改的内容，并尝试在您现在的任何位置重复执行。存放处仍将存在（apply保持存放处），因此您可以对其进行更多查看，或确定这是错误的放置位置，apply然后以其他方式再次尝试，或执行其他操作。
每当您有储藏室时，都可以git stash show -p用来查看储藏室中内容的简化版本。（此简化的版本仅查看“最终工作树”的更改，而不查看--index单独恢复的已保存索引更改。）git stash apply不带的命令--index现在尝试在工作目录中进行相同的更改。
即使您已经进行了一些更改，也是如此。该apply命令很乐意将隐藏项应用到修改后的工作目录（或至少尝试将其应用）。例如，您可以执行以下操作：
git stash apply stash # apply top of stash stack
git stash apply stash@{1} # and mix in next stash stack entry too
您可以在此处选择“应用”顺序，挑选出特定的存储区以特定的顺序进行应用。但是请注意，每次您基本上都在进行“ git merge”，并且正如合并文档警告的那样：
不建议运行git merge并进行不重要的未提交更改：尽管可能，但可能会使您处于在发生冲突的情况下很难退出的状态。
如果您从一个干净的目录开始并且仅执行几个git apply操作，则很容易撤消：用于git reset --hard返回到干净状态并更改您的apply操作。（因此，对于这些复杂的情况，我建议首先从一个干净的工作目录开始。）
那最糟糕的情况呢？
假设您正在做很多Advanced Git Stuff，并且已经制作了一个存储，并且想要这样做git stash apply --index，但是再也无法应用带有的存储的Stash --index，因为自保存以来，分支的分支已经太多了。
这git stash branch是为了什么。
如果你：
- 检查出您完成原始操作时的确切提交
stash，然后
- 创建一个新分支，最后
git stash apply --index
重新创建更改的尝试肯定会成功。这是做什么的。（然后，由于成功应用了存储，它会删除该存储。）git stash branch newbranch
最后几句话--index（到底是什么？）
做什么--index很容易解释，但内部有点复杂：
- 进行更改后，您必须先更改
git add（或“登台”）它们commit。
- 因此，当您运行时
git stash，您可能已经编辑了文件foo和zorg，但仅上演了其中一个。
- 因此，当您要求退回存储时，如果它
git add是added 而不 git add是非添加的东西，则可能会很好。也就是说，如果您在执行之前先add编辑foo但没有zorg回来stash，那么最好使用完全相同的设置。上演过的，应该再次上演；已修改但未上演的内容应再次修改但不可上演。
尝试以这种方式设置事物的--index标志apply。如果您的工作树是干净的，通常就可以了。但是，如果您的工作树已包含added，则可以看到这里可能有一些问题。如果省略--index，则该apply操作不会尝试保留整个暂存/未暂存的设置。相反，它只是使用“存储袋”中的工作树提交来调用git的合并机制。如果你不关心保留上演/不分阶段，留下了--index让人们更方便的git stash apply以做它的事。