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

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

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

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

Stashes并不是你想要的永久性的东西。在提交时使用标记可能会更好。构造你想要隐藏的东西。从中进行提交。为该提交创建标记。然后将你的分支回滚到HEAD^。现在，当您想重新应用该存储时，可以使用gitcherry-pick-n标记名（-n是--no commit）。

别名对于类Unix系统，这可能是一种更直接的语法，而不需要封装在函数中。将以下内容添加到[别名]下的~/.gitconfig

sshow = !sh -c 'git stash show stash^{/$*} -p' -
sapply = !sh -c 'git stash apply stash^{/$*}' -
ssave = !sh -c 'git stash save "${1}"' -

用法：蓝宝石正则表达式

例子：git-show MySecretStash

结尾的连字符表示从标准输入中获取输入。

所以，我不知道为什么在这个话题上会有如此多的恐慌。我可以用push和不推荐的save来命名git stash，也可以使用正则表达式通过apply将其拉回：

使用名称应用的Git存储方法

$ git stash push -m "john-hancock"

$ git stash apply stash^{/john-hancock}

如前所述，save命令已被弃用，但它仍然有效，因此您可以在无法通过推送调用更新它们的旧系统上使用它。与push命令不同，save不需要-m开关。

// save is deprecated but still functional  
$ git stash save john-hancock

这是Git 2.2和Windows 10。

视觉证明

这里有一个漂亮的动画GIF演示了这个过程。

事件顺序

GIF运行速度很快，但如果你看，过程如下：

ls命令显示目录中的4个文件touch example.html添加第五个文件git stash push-m“john hancock”-a（-a包括未跟踪的文件）ls命令在stash之后显示4个文件，这意味着stash和隐式硬重置工作正常git stash apply stash ^{/john hancock}运行ls命令列出了5个文件，显示example.html文件已返回，这意味着git stash apply命令有效。

这有道理吗？

坦率地说，我不确定这种方法的好处是什么。给储藏物起个名字是有价值的，但不包括检索。也许编写搁置和取消搁置过程的脚本会有所帮助，但只需按名称弹出一个存储库还是要容易得多。

$ git stash pop 3
$ git stash apply 3

这看起来比正则表达式容易得多。

这个呢？

git stash save stashname
git stash apply stash^{/stashname}

在我的鱼壳里

function gsap
  git stash list | grep ": $argv" | tr -dc '0-9' | xargs git stash apply
end

use

存储的gsap名称