别名对于类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

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

不幸的是，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”，但我不确定这是否会干扰正则表达式分隔符（我愿意接受建议）。

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

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

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

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

这里有很多答案，但我相信OP想要的等效功能并没有被任何一个答案或评论完全封装。

通过将gitadd、gitdiff、gitrm和gitreset组合到一个自定义的git命令中，我们可以将更改快速聚合到一个补丁文件中，稍后我们可以通过名称轻松引用该文件：

以下是上述自定义git命令中使用的命令（也可用作要点）-请注意--hard标志的使用，它将重置当前分支，并删除对本地文件的所有更改：

#!/usr/bin/env bash

if [ $# -eq 1 ] ; then
  NAME=$1
else
  echo "Please pass exactly one argument, which is the name of the patch file"
  exit 1
fi

git add .

# if previous patch file with the same name exists untrack it
if [ -f "$NAME.patch" ] ; then
  git rm --cached $NAME.patch
fi

# warning: this will diff all changes into a file called NAME.patch and do a hard reset of the current branch

git diff --staged > $NAME.patch
git reset --hard $HEAD

现在，您可以简单地执行git-bottle hello来创建hello.patch文件。用gitapplyhello.patch应用它

诀窍是首先跟踪所有文件，以便我们可以利用diff命令的暂存（或缓存）选项。通过一些调整，您可以扩展自定义命令以将修补程序文件输出到工作目录之外的某个位置，例如，可能在硬盘上的某个修补程序文件夹中，或者您可以更新.gitignore文件以忽略它。

值得称赞的是：这个答案启发了我自己的想法，它描述了补丁方法，但忽略了新文件中的更改，将被排除在差异显示之外。

注意：由于此命令依赖于gitadd，因此不会将git已经忽略的任何文件中的更改打包。

在我的鱼壳里

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

use

存储的gsap名称

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

git stash branch <branchname> [<stash>]

从手册页：

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

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

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