这里是我的社区别名：wip和wip适用。当您获取wip时，您还存储了未跟踪的文件，并返回到以前的提交状态。

git config --global alias.wip '!f() { git stash save $1 -u ; }; f'       

git config --global alias.wip-apply '!f() { temp=$(git stash list | cut -d ':' -f 3 | grep -n -w $1 | cut -d ':' -f 1) ; stashnum=$((temp-1)) ; stashname=$(echo stash@{$stashnum}) ; git stash apply $stashname ; }; f'

用法：

git wip "featureA"
git wip-apply "featureA"

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

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

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

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

别名

sapply=“！f（）｛git stash apply\”$（git stash-list|awk-f:--posix-vpat=\“$*\”\“$0~pat｛print$1；exit｝\”）\“；｝；f”

用法

git sapply“<regex>”

与Git for Windows兼容

编辑：我坚持我最初的解决方案，但我明白了为什么大多数人更喜欢埃坦·雷斯纳的版本（上图）。所以，为了记录在案：

sapply = "!f() { git stash apply \"$(git stash list | grep -E \"$*\" | awk \"{ print $ 1; }\" | sed -n \"s/://;1p\")\"; }; f"

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

所以，我不知道为什么在这个话题上会有如此多的恐慌。我可以用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

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

我不认为有什么方法可以通过名字来获取一个隐藏的东西。

我已经创建了一个bash函数来实现它。

#!/bin/bash

function gstashpop {
  IFS="
"
  [ -z "$1" ] && { echo "provide a stash name"; return; }
  index=$(git stash list | grep -e ': '"$1"'$' | cut -f1 -d:)
  [ "" == "$index" ] && { echo "stash name $1 not found"; return; }
  git stash apply "$index"
}

用法示例：

[~/code/site] on master*
$ git stash push -m"here the stash name"
Saved working directory and index state On master: here the stash name

[~/code/site] on master
$ git stash list
stash@{0}: On master: here the stash name

[~/code/site] on master
$ gstashpop "here the stash name"

我希望这有帮助！