git stash pop在应用后丢弃（默认情况下是最上面的）存储，而git stashapply将其保留在存储列表中，以便以后重用（或者您可以将其丢弃）。

除非在git stash pop之后发生冲突，否则会发生这种情况，在这种情况下，它不会删除该stash，使其行为与git stashapply完全相同。

另一种方法是：gitstashpop是gitstashapply&&gitstashdrop。

gitstashpop应用顶部隐藏的元素并将其从堆栈中移除。git stash apply也会这样做，但会将其留在stash堆栈中。

得到了这个有用的链接，说明了区别，正如约翰·兹温克（John Zwinck）所说，以及git stash pop的缺点。

例如，假设您隐藏的更改与自首次创建隐藏以来所做的其他更改冲突。pop和apply都将有助于触发合并冲突解决模式，使您能够很好地解决此类冲突……而且两者都不会消除隐藏，即使您可能也期待pop。由于很多人都希望储藏物只是一个简单的堆叠，这往往会导致他们后来意外地弹出同一个储藏物，因为他们认为它已经不见了。

链接：http://codingkilledthecat.wordpress.com/2012/04/27/git-stash-pop-considered-harmful/

将其付诸实践可能会帮助您更好地理解差异。

假设我们正在处理master分支，并且有一个包含“hello”字符串的文件hello.txt。

让我们修改文件并将“world”字符串添加到其中。现在，您需要移动到其他分支以修复刚刚发现的小错误，因此需要隐藏更改：

git stash

您移动到另一个分支，修复了错误，现在您可以继续在主分支上工作，因此您可以弹出更改：

git stash pop

现在，如果您尝试查看隐藏内容，您将获得：

$ git stash show -p
No stash found.

然而，如果你使用git stash apply，你会得到隐藏的内容，但你也会保留它：

$ git stash show -p
diff --git a/hello.txt b/hello.txt
index e965047..802992c 100644
--- a/hello.txt
+++ b/hello.txt
@@ -1 +1 @@
-Hello
+Hello world

所以pop就像堆栈的pop一样——它实际上在元素被弹出后就移除了，而apply更像是peek。

Git Stash Pop与应用工作

如果你想将你的顶级隐藏更改应用于当前的非暂存更改并删除该隐藏，那么你应该使用git隐藏pop。

# apply the top stashed changes and delete it from git stash area.
git stash pop  

但是，如果您想在不删除当前未暂存的更改的情况下，将顶部隐藏的更改应用于当前未暂存更改，那么您应该使用git stash apply。

注意：您可以将这种情况与Stack类pop（）和peek（）方法联系起来，其中pop以递减的方式改变top（top=top 1），但peech（）只能获得top元素。

In git stash是一个可以移动当前更改文件的存储区域。

当您想从git存储库中提取一些更改并检测到git repo中可用的一些共同文件中的一些更改时，隐藏区域非常有用。

git stash apply //apply the changes without removing stored files from stash area.

git stash pop  // apply the changes as well as remove stored files from stash area.

注意：-git apply只应用存储区中的更改，而git pop apply则应用并从存储区中删除更改。

假设不会抛出错误，并且您希望处理可用存储列表中的顶部存储项：

gitstashpop=gitstashapply+gitstashdrop

快速回答：

git stash pop->从隐藏列表中删除

git存储应用->将其保存在存储列表中

你可以用同样的方式思考，这就是我学习的方式：

gitstashpop->ctrl+x，ctrl+v（剪切粘贴）

git stash apply->ctrl+c，ctrl+v（复制并粘贴）