如果我在分支A上工作，并且突然需要在分支B上工作，然后才准备在分支A上提交，那么我将我的更改存储在A上，签出B，在那里完成我的工作，然后签出A并应用存储。
如果我在A上工作，我想停止一天的工作，我是否应该保存我的工作，然后在第二天(当我恢复工作时)应用它，或者我应该让工作目录中的文件保持原样——未提交的修改文件?我不明白为什么在这种情况下我需要使用stash，除非有一些安全好处。
还有另一种情况:我在公司和家里都工作。如果当我想回家的时候，我还没有准备好提交，我可以把我的工作藏起来，推送到GitHub，然后在家里把它取出来吗?
当前回答
如果你在工作副本中有更改(不在staging区域)时点击git stash, git将创建一个存储对象并将其推入存储堆栈(就像你做git checkout—一样)。但是你不会失去变化)。稍后，您可以从堆栈顶部弹出。
其他回答
两种方法都可以使用，既可以保存并启动，也可以从上游创建一个新分支。Stash是更方便的方法来保存撤销重做你的改变。
stash命令将保存自上次提交以来所做的任何更改。在你的情况下，如果你第二天要继续工作，就没有理由把它藏起来。我只会使用stash来撤销您不想提交的更改。
主要用例已经在上面的回答中提供了。
stash的一个用例是，如果分支上的更改偏离了你的stash中的更改，你可能会在弹出或应用你的stash时遇到冲突。
您可以使用git stash分支来创建一个新的分支来应用您所存储的更改。例如,
git stash branch master_stash_newBranch stash@{1}
这将根据创建存储的提交检出一个新分支，然后将存储的更改弹出到该分支上。
也许你可以把stash看作是一个临时的“私人”提交。当您隐藏时，您没有添加到其他人将看到的提交历史。这是在你需要很快把东西藏起来的情况下。
举个简单的例子:您需要快速返回到主分支(无论出于什么原因)，没有时间添加到staging区域或进行适当的提交(可能您没有时间检查您所做的工作，并且不能快速提出清晰的提交消息和描述?)
一个可怕的承诺将会被所有人看到。Stash类似于提交，你可以为自己添加一条消息，重置工作目录，然后你可以稍后回来，你将是唯一可以看到它的人。至少，我不相信推送存储是一种默认行为。
这里还提到了许多其他用途。
将stash看作是git存储库“机器”之外的存储区域，与所有分支分离，因此您可以从任何地方访问它。
主要思想是
将更改保存在一个脏工作目录中
所以基本上Stash命令保留你的一些改变，你不需要他们或想要他们在此刻;但你可能需要它们。
的当前状态时使用git stash 工作目录和索引，但要回一个干净 工作目录。该命令保存您的本地修改 并返回工作目录以匹配HEAD提交。
