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

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

按名称执行git存储应用

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

Stash可以使用以下命令自定义注释。

PS D:\git-example> git stash -m "your comment"

列出藏匿物品

PS D:\git-exapmle> git stash list

stash@{0}: On master: first stash
stash@{1}: On master: second stash

我们可以选择任何一个储藏物，我们必须传递储藏物@{x}，下面我选择第二个储藏物是1。

PS D:\git-example> git stash pop 1

这是使用PowerShell实现此目的的一种方法：

<#
.SYNOPSIS
Restores (applies) a previously saved stash based on full or partial stash name.

.DESCRIPTION
Restores (applies) a previously saved stash based on full or partial stash name and then optionally drops the stash. Can be used regardless of whether "git stash save" was done or just "git stash". If no stash matches a message is given. If multiple stashes match a message is given along with matching stash info.

.PARAMETER message
A full or partial stash message name (see right side output of "git stash list"). Can also be "@stash{N}" where N is 0 based stash index.

.PARAMETER drop
If -drop is specified, the matching stash is dropped after being applied.

.EXAMPLE
Restore-Stash "Readme change"
Apply-Stash MyStashName
Apply-Stash MyStashName -drop
Apply-Stash "stash@{0}"
#>
function Restore-Stash  {
    [CmdletBinding()]
    [Alias("Apply-Stash")]
    PARAM (
        [Parameter(Mandatory=$true)] $message,         
        [switch]$drop
    )

    $stashId = $null

    if ($message -match "stash@{") {
        $stashId = $message
    }

    if (!$stashId) {
        $matches = git stash list | Where-Object { $_ -match $message }

        if (!$matches) {
            Write-Warning "No stashes found with message matching '$message' - check git stash list"
            return
        }

        if ($matches.Count -gt 1) {
            Write-Warning "Found $($matches.Count) matches for '$message'. Refine message or pass 'stash{@N}' to this function or git stash apply"
            return $matches
        }

        $parts = $matches -split ':'
        $stashId = $parts[0]
    }

    git stash apply ''$stashId''

    if ($drop) {
        git stash drop ''$stashId''
    }
}

此处显示更多详细信息

使用一个小型bash脚本来查找存储的数量。称之为“gitapply”：

NAME="$1"
if [[ -z "$NAME" ]]; then echo "usage: gitapply [name]"; exit; fi
git stash apply $(git stash list | grep "$NAME" | cut -d: -f1)

用法：

gitapply foo

…其中foo是所需存储的名称的子字符串。

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

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