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 save --keep-index

此外,Re:

为什么不在提交更改之后提交它们呢?——心

答:因为你应该总是签入测试过的代码:)这意味着，你只需要用你即将提交的更改来运行测试

当然，作为一名有经验的程序员，您天生就有测试和检查这些更改的冲动——这只是在开玩笑

另一个建议，与这个问题有关:

当您使用

$ git stash save -keep-index

你可能希望给stash一个消息，这样当你做一个git隐藏列表时，它会更明显地显示你之前隐藏了什么，特别是当你跟随stash操作进一步保存时。例如

$ git保存保存—keep-index“尚未进行更改”

(尽管实际上它确实包含了其他答案中提到的所有变化)。

例如，上面的语句之后可以立即加上:

$ git保存“功能X的阶段性变化”

但是要注意，你不能使用它

$ git stash apply "stash@{1}" ###所以并不完全符合你的要求

只恢复未分阶段的变化。

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 2.35+ (Q1 2022)开始，你现在可以在Git stash推送上使用——staging标志(man)来只stage你的索引的变化。

既然你的问题正好相反，我们有两个选择:

像这样反向操作:

git stash push --staged            # Stash staged changes
git stash                          # Stash everything else
git stash pop stash@{1}            # Restore staged changes stash

阶段性的更改是你想要保存的，而不是你想要保留的。现在你可以运行:

git stash push --staged

我从另一个S/O帖子的回答中得到了这个信息。

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

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

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

在申请的时候

git cherry-pick -m2 -n stash

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