使用git stash save NAME保存。

然后您可以使用此脚本选择应用（或弹出）：

#!/usr/bin/env ruby
#git-stash-pick by Dan Rosenstark

# can take a command, default is apply
command = ARGV[0]
command = "apply" if !command
ARGV.clear

stashes = []
stashNames = []
`git stash list`.split("\n").each_with_index { |line, index|
    lineSplit = line.split(": ");
    puts "#{index+1}. #{lineSplit[2]}"
    stashes[index] = lineSplit[0]
    stashNames[index] = lineSplit[2]
}
print "Choose Stash or ENTER to exit: "
input = gets.chomp
if input.to_i.to_s == input
    realIndex = input.to_i - 1
    puts "\n\nDoing #{command} to #{stashNames[realIndex]}\n\n"
    puts `git stash #{command} #{stashes[realIndex]}`
end

我喜欢能够看到储藏物的名称并进行选择。此外，我使用Zshell，坦率地说，我不知道如何使用上面的一些Bash别名；）

注意：正如凯文所说，你应该使用标签和樱桃采摘代替。

我的.zshrc文件中有以下两个函数：

function gitstash() {
    git stash push -m "zsh_stash_name_$1"
}

function gitstashapply() {
    git stash apply $(git stash list | grep "zsh_stash_name_$1" | cut -d: -f1)
}

使用方法如下：

gitstash nice
gitstashapply nice

这个答案在很大程度上归功于克莱曼·斯拉维奇。我本来会对接受的答案发表评论，但我还没有足够的代表：(

您还可以添加一个git别名来查找stash ref，并在其他别名中使用它来显示、应用、删除等。

[alias]
    sgrep = "!f() { ref=$(git --no-pager stash list | grep "$1" | cut -d: -f1 | head -n1); echo ${ref:-<no_match>}; }; f"
    sshow = "!f() { git stash show $(git sgrep "$1") -p; }; f"
    sapply = "!f() { git stash apply $(git sgrep "$1"); }; f"
    sdrop = "!f() { git stash drop $(git sgrep "$1"); }; f"

注意ref=$（…）的原因；echo$｛ref:-<no_match>｝；模式是这样的，不会返回空白字符串，这将导致sshow、sapply和sdrop以最新的存储为目标，而不是像预期的那样失败。

如果您只是在寻找一种轻量级的方法来保存当前工作副本的部分或全部更改，然后稍后再重新应用它们，请考虑使用修补程序文件：

# save your working copy changes
git diff > some.patch

# re-apply it later
git apply some.patch

时不时地，我会想我是否应该为此使用储藏室，然后我会看到上面的疯狂，我对自己的所作所为感到满意：）

我怀疑，如果你使用了太多的储藏物（比如说三个以上），那么你就做错了：Stashe通常用于中断工作，而不是实现功能（您可以使用功能分支来实现）。

假设您正在处理某个特性A，然后您发现必须解决的某个问题B（以实现特性A）。那么，您可以这样做：

gitadd——交互式修补特性A的部分，忽略问题B的修复。git将交互式选择提交到当前分支。git隐藏未提交的更改（修复问题B）返回主分支或主分支，可能检查新分支以解决问题B。git stash在当前分支中弹出问题B的修复程序并提交它们。如果存储需要手动合并，则可能会丢弃git存储。返回到特性A分支，并将其重新放置在具有问题B修复程序的分支上。然后，您就没有剩余的存储空间了，但在不同的分支上仍然具有特性A和问题B的修复程序。

您也可以先提交问题B的修复，然后隐藏特性A的更改，但您得到了这个想法。

如果你觉得足够重要，你可以把一个藏起来的东西变成树枝：

git stash branch <branchname> [<stash>]

从手册页：

这将从最初创建＜stash＞的提交开始创建并签出一个名为＜branchname＞的新分支，将＜stash’中记录的更改应用于新的工作树和索引，然后如果成功完成，则删除＜stash〕。当没有给出＜stash＞时，应用最新的一个。

如果运行git-stash-save的分支发生了足够的变化，导致git-stash-apply由于冲突而失败，那么这非常有用。由于在运行git stash时，stash应用于HEAD提交之上，因此它恢复了最初的stash状态，没有冲突。

您可以稍后将此新分支重新放置到其他位置，该位置是您存放时所在位置的后代。