2022:我在“在git中只存储阶段性变化-这可能吗?”中提到，git 2.35(第一季度2022)附带了“git隐藏推送-阶段性”(男人):

此选项仅对推送和保存命令有效。 只保存当前暂存的更改。 这类似于基本的git提交，除了状态提交到stash而不是当前分支。

2019:该命令的现代形式是git stash push[——][<pathspec>…]]，因为Git 2.16+ (Git保存已弃用)

你可以将其与通配符表单结合起来，例如:

git stash push --all --keep-index ':(glob)**/*.testextension' 

但这并不适用于Git for Windows，直到Git 2.22(2019年第二季度)，见issue 2037，考虑到Git stash已在C中重新实现(而不是shell脚本)。

参见Thomas Gummerer (tummerer)的commit 7db9302(2019年3月11日)。 参见Johannes Schindelin (dscho)的commit 1366c78, commit 7b556aa(2019年3月07日)。 (由Junio C Hamano - gitster -在commit 0ba1ba4中合并，2019年4月22日)

built-in stash: handle :(glob) pathspecs again When passing a list of pathspecs to, say, git add, we need to be careful to use the original form, not the parsed form of the pathspecs. This makes a difference e.g. when calling git stash -- ':(glob)**/*.txt' where the original form includes the :(glob) prefix while the parsed form does not. However, in the built-in git stash, we passed the parsed (i.e. incorrect) form, and git add would fail with the error message: fatal: pathspec '**/*.txt' did not match any files at the stage where git stash drops the changes from the worktree, even if refs/stash has been actually updated successfully.

Git stash push有一个选项——keep-index，这正是你所需要的。

运行git stash push——keep-index。

扩展前面的回答，我有时会有一组复杂的更改，但希望先提交一个单独的更改。例如，我可能发现了一个错误或其他不正确的代码，我想在进行阶段性更改之前修复它。一个可行的方法是:

首先把所有东西都藏起来，但保留阶段性的变化

$ git保存——keep-index[——include-untracked]

现在也将阶段性更改单独保存

$ git保存

为解决问题做出改变;和测试;提交:

$ git add[——interactive][——patch] $ git commit -m"fix…"

现在恢复之前的更改:

$ git隐藏pop

解决任何冲突，并注意如果存在冲突，git将应用而不是删除顶部的隐藏条目。

(…然后提交分阶段的更改，并恢复所有其他更改的存储，然后继续…)

重新思考:没有必要只将存储数据限制在工作树更改上，但是可以稍后在应用时决定只应用存储的工作树更改。

因此，在储存时间，只要像往常一样做:

git stash [-k|--keep-index]

在申请的时候

git cherry-pick -m2 -n stash

解释:-m2选择对阶段提交的第二个父元素的更改，即存储的索引状态。-n|——no-commit阻止自动提交。stash@{1}将是堆栈中第二个stash的ref…

没有阶段性变化的隐藏

——keep-index / -k的问题

在Git中只存储工作树(非阶段性更改)比它应该做的要困难得多。接受的答案，以及其他一些答案，将存储非阶段的更改，并按照请求通过——keep-index离开阶段。

然而，不明显的是——keep-index还存储了分阶段的更改。阶段性的更改最终同时存在于阶段和存储中。这很少是人们想要的，因为对隐藏的任何临时更改都可能在稍后弹出隐藏时导致冲突。

别名解决方案

这个别名可以很好地执行工作副本更改:

stash-working = "!f() { \
  git commit --quiet --no-verify -m \"temp for stash-working\" && \
  git stash push \"$@\" && \
  git reset --quiet --soft HEAD~1; }; f"

它临时提交分阶段的更改，从剩余的更改中创建一个隐藏(并允许额外的参数，如——include-untracked和——message作为别名参数传递)，然后重置临时提交以获得分阶段的更改。

它类似于@Simon Knapp的答案，但有一些小的区别——它在所采取的临时操作上使用——quiet，它接受任意数量的参数用于stash推送，而不是硬编码-m，它确实在最终重置中添加——soft，以便索引保持它开始时的状态。它还在提交时使用——no-verify来避免来自预提交钩子(HT: @Granfalloner)对工作副本的更改。

关于只存储阶段性更改的相反问题(别名stash-index)，请参阅此答案。

在git 2.7.4版本中，你可以:

git stash save --patch

git会问你是否添加你的更改到stash。 然后你只需回答y或n

你可以恢复工作目录，你总是这样做:

git stash pop

或者，如果你想在stash保存更改:

git stash apply