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

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

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

在申请的时候

git cherry-pick -m2 -n stash

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

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

当您使用

$ git stash save -keep-index

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

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

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

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

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

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

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

只恢复未分阶段的变化。

git stash save --keep-index

此外,Re:

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

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

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

我使用了一个别名，它接受一个字符串作为消息发送到存储条目。

mystash = "!f() { git commit -m hold && git stash push -m \"$1\" && git reset HEAD^; }; f"

哪一个:

提交索引中的所有内容， 将更改的内容存储在工作树中(当然可以添加-u或-a)， 将最后一次提交重置回工作尝试(可能需要使用——soft将其保留在索引中)。

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

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

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

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

$ git保存

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

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

现在恢复之前的更改:

$ git隐藏pop

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

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

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

运行git stash push——keep-index。