我刚刚使用了git add -p将一堆更改添加到索引中，然后我意识到我错过了一个应该放在上一个提交中的更改。
现在我不能使用commit --amend，因为我已经将所有这些新更改添加到了索引中，而且我不想使用'git reset'将它们全部从索引中删除，因为重新添加它们需要很长时间。
我需要的是像git stash这样的东西，只会隐藏索引-它应该让工作文件保持原样。然后我可以隐藏索引，添加缺少的更改，提交它，然后弹出隐藏并使我的索引恢复到原来的状态。
看起来git stash似乎无法做到这一点，但我是否遗漏了什么？谢谢！
我找到的最接近的东西是git stash --patch。它会引导您逐个查看工作树和索引的每个更改，让您选择要隐藏哪些更改。
http://www.kernel.org/pub/software/scm/git/docs/git-stash.html
致命错误：git-write-tree：构建树时出错
无法保存当前索引状态 - theazureshadow为什么不能作弊？
git stash --keep-index
让所有目前未在索引中的内容都被清除掉。
然后，
git stash
只获取已经暂存的内容来创建一个藏匿库。
git stash pop
首先将更改加入存储区，然后...
git commit --amend ...
git reset --hard
清理工作树，然后
git stash pop --index
要恢复您的索引更改。
自版本2.35起, git在git stash push子命令中提供了--staged选项:
-S
--staged此选项仅适用于
push和save命令。仅存储当前已暂存的更改。这类似于基本的
git commit，只是状态被提交到stash而不是当前分支。
--patch选项优先于此选项。
git stash push --staged对于一个文件的部分提交处理不了，但其他方面正常工作。 - Kai Oezer--cached 视为索引，有些命令只是称其为 --index（包括 git stash，它具有 --keep-index 选项）以及 --staged。 - Kazgit stash --keep-index。 - Melebius最简单的方法是先不修改此更改，创建新的提交，然后创建第二个提交，包含你想要使用的修改，并使用 git rebase -i 将其与原始 HEAD 合并。
另一种方法是创建提交，标记它，使用 git reset HEAD^ 回滚，添加该更改并修改 HEAD ，然后挑选你标记的提交。
git commit --fixup选项。 - Tylergit rebase -i HEAD~2。 - Aurongit commit
git add -p # add the change forgotten from HEAD^
git commit --fixup HEAD^ # commits with "fixup! <commit message of HEAD^>"
git rebase --autosquash -i HEAD~3
git stash 实际上会创建一个提交记录，其中包含索引的内容，然后在其之上添加所有已跟踪文件的内容。
查看它：创建一个存储区，然后运行
git log --oneline --graph stash@{0}
技术上讲，当你使用stash命令时，可以通过stash@{0}^2找回你的索引：
$ git show --name-only stash@{0}^2
$ git checkout stash@{0}^2 -- .
你也可以将 已跟踪但未添加 的文件进行存储，然后获取其内容：
# get the diff between what was indexed and the full stashed content :
$ git diff -p stash@{0}^2 stash@{0} > diff.patch
# apply this diff :
$ git apply diff.patch
git stash apply --index 命令来恢复索引，然后可以选择性地使用 git checkout . 命令丢弃其他内容。 - 816-8055这里的大多数回答都相当复杂，危险或者在所有情况下都不起作用。由于有很多“在飞行中”的更改（包括索引和工作树中的更改），我甚至不想考虑硬重置、隐藏、过早提交每个更改，只是为了将其带回生活中，或其他任何可能有效的操作。唯一想要做的事情就是改变索引本身。
幸运的是，有一种简单的方法可以做到这一点！
git diff --cached > 1.diff
git reset
# add and commit changes that should be separate
git apply --cached 1.diff
好的，这就是全部内容了！将当前索引保存为差异（diff），重置它，添加和提交您的单独更改，然后重新应用所保存的索引中的更改。
如果您想要分离的更改已经应用到索引中（并且您不想麻烦地删除它们），那么在git apply之前，您必须使用一个额外的git reset HEAD^来重置索引到您执行此操作时的状态。否则，补丁文件将无法再次应用（因为它已经随您的提交而应用），git 绝对不会部分应用补丁文件。
git commit -m _stash && git stash && git reset HEAD^ && git stash save && git stash pop stash@{1}
但是，它会暂时提交索引，将工作目录存储，撤销提交以获取索引，将其保存为另一个存储，并从存储中恢复原始工作目录。
通过将此命令添加为git别名，可以使其更加简化：
[alias]
istash = "!f() { git commit -m _stash && git stash && git reset HEAD^ && git stash save $1 && git stash pop stash@{1}; }; f"
git istash [optional stash name]
git stash -k
git stash
git stash apply stash@{1}
git stash drop stash@{1}
git stash -k 会将索引的更改也存入暂存区，因此在这些步骤之后，索引和非索引的更改都被修改了。 - Alexey Biryukov
git commit命令 - 它会将你的索引（index）创建成一个提交（commit）。在这之后，Kevin Ballard的回答解释了如何合理地重写历史记录... - Mark Longairgit stash --keep-index”的东西，但是针对工作目录，也就是“--working-tree”。我也是这样想的，但是这个功能并不存在。 - Leif Gruenwoldtgit stash push子命令中提供了--staged选项。 （为了方便引用@user3840170的答案。） - tom