如果我在分支A上工作，并且突然需要在分支B上工作，然后才准备在分支A上提交，那么我将我的更改存储在A上，签出B，在那里完成我的工作，然后签出A并应用存储。
如果我在A上工作，我想停止一天的工作，我是否应该保存我的工作，然后在第二天(当我恢复工作时)应用它，或者我应该让工作目录中的文件保持原样——未提交的修改文件?我不明白为什么在这种情况下我需要使用stash，除非有一些安全好处。
还有另一种情况:我在公司和家里都工作。如果当我想回家的时候，我还没有准备好提交，我可以把我的工作藏起来，推送到GitHub，然后在家里把它取出来吗?
当前回答
如果你在工作副本中有更改(不在staging区域)时点击git stash, git将创建一个存储对象并将其推入存储堆栈(就像你做git checkout—一样)。但是你不会失去变化)。稍后，您可以从堆栈顶部弹出。
其他回答
Stash只是一个方便的方法。由于在git中分支是如此廉价且易于管理，我个人几乎总是喜欢创建一个新的临时分支而不是存储，但这主要是一个品味问题。
如果我发现我在上次提交中忘记了一些东西，并且已经开始在同一分支中处理下一个，那么我就会将它们存储在一个地方:
# Assume the latest commit was already done
# start working on the next patch, and discovered I was missing something
# stash away the current mess I made
git stash save
# some changes in the working dir
# and now add them to the last commit:
git add -u
git commit --amend
# back to work!
git stash pop
主要思想是
将更改保存在一个脏工作目录中
所以基本上Stash命令保留你的一些改变，你不需要他们或想要他们在此刻;但你可能需要它们。
的当前状态时使用git stash 工作目录和索引，但要回一个干净 工作目录。该命令保存您的本地修改 并返回工作目录以匹配HEAD提交。
stash命令将保存自上次提交以来所做的任何更改。在你的情况下，如果你第二天要继续工作，就没有理由把它藏起来。我只会使用stash来撤销您不想提交的更改。
如果你在工作副本中有更改(不在staging区域)时点击git stash, git将创建一个存储对象并将其推入存储堆栈(就像你做git checkout—一样)。但是你不会失去变化)。稍后，您可以从堆栈顶部弹出。
也许你可以把stash看作是一个临时的“私人”提交。当您隐藏时，您没有添加到其他人将看到的提交历史。这是在你需要很快把东西藏起来的情况下。
举个简单的例子:您需要快速返回到主分支(无论出于什么原因)，没有时间添加到staging区域或进行适当的提交(可能您没有时间检查您所做的工作，并且不能快速提出清晰的提交消息和描述?)
一个可怕的承诺将会被所有人看到。Stash类似于提交，你可以为自己添加一条消息，重置工作目录，然后你可以稍后回来，你将是唯一可以看到它的人。至少，我不相信推送存储是一种默认行为。
这里还提到了许多其他用途。
将stash看作是git存储库“机器”之外的存储区域，与所有分支分离，因此您可以从任何地方访问它。
