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

git stash branch <branchname> [<stash>]

从手册页：

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

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

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

用名称保存一个git存储

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

按名称执行git存储应用

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

别名对于类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 push-m aNameForYourStash来保存它。然后使用git stash list来了解要应用的存储的索引。然后使用git stash pop--index 0弹出存储并应用它。

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

这里有很多答案，但我相信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已经忽略的任何文件中的更改打包。

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

git stash branch <branchname> [<stash>]

从手册页：

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

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

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