使用git stash push-m aNameForYourStash来保存它。然后使用git stash list来了解要应用的存储的索引。然后使用git stash pop--index 0弹出存储并应用它。

注意：我使用的是git版本2.21.0.windows.1

不幸的是，git stash apply stash ^｛/＜regex＞｝不起作用（它实际上没有搜索存储列表，请参阅接受答案下的注释）。

下面是通过正则表达式搜索git stash列表以查找第一个（最近的）stash@{<n>}，然后将其传递给git stash<command>的替换项：

# standalone (replace <stash_name> with your regex)
(n=$(git stash list --max-count=1 --grep=<stash_name> | cut -f1 -d":") ; if [[ -n "$n" ]] ; then git stash show "$n" ; else echo "Error: No stash matches" ; return 1 ; fi)
(n=$(git stash list --max-count=1 --grep=<stash_name> | cut -f1 -d":") ; if [[ -n "$n" ]] ; then git stash apply "$n" ; else echo "Error: No stash matches" ; return 1 ; fi)

# ~/.gitconfig
[alias]
  sshow = "!f() { n=$(git stash list --max-count=1 --grep=$1 | cut -f1 -d":") ; if [[ -n "$n" ]] ; then git stash show "$n" ; else echo "Error: No stash matches $1" ; return 1 ; fi }; f"
  sapply = "!f() { n=$(git stash list --max-count=1 --grep=$1 | cut -f1 -d":") ; if [[ -n "$n" ]] ; then git stash apply "$n" ; else echo "Error: No stash matches $1" ; return 1 ; fi }; f"

# usage:

$ git sshow my_stash
 myfile.txt | 1 +
 1 file changed, 1 insertion(+)

$ git sapply my_stash
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   myfile.txt

no changes added to commit (use "git add" and/or "git commit -a")

请注意，将返回正确的结果代码，以便您可以在其他脚本中使用这些命令。使用以下命令运行命令后，可以验证这一点：

echo $?

请小心变量扩展漏洞，因为我不确定--grep=$1部分。它可能是--grep=“$1”，但我不确定这是否会干扰正则表达式分隔符（我愿意接受建议）。

使用git stash push-m aNameForYourStash来保存它。然后使用git stash list来了解要应用的存储的索引。然后使用git stash pop--index 0弹出存储并应用它。

注意：我使用的是git版本2.21.0.windows.1

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

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

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

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

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

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

# re-apply it later
git apply some.patch

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

用名称保存一个git存储

$ git stash push -m "say-my-name"

按名称执行git存储应用

$ git stash apply stash^{/say-my-name}