要修剪意外的更改，特别是删除多个文件，请执行以下操作:

git add <stuff to keep> && git stash --keep-index && git stash drop

换句话说，把垃圾藏起来，把它们一起扔掉。

在git版本2.17.1中测试

我还没有见过这种不需要使用git stash的解决方案:

你甚至不需要使用git隐藏在所有。你可以使用一个专用的分支来解决这个问题(分支很便宜)。

实际上，你可以用几个连续的命令分别隔离非变化和阶段性变化，你可以把它们捆绑在一个git别名中:

创建并切换到一个新的分支，在那里你将分别提交阶段性和非阶段性的更改:参见这里

在任何时候，你都可以从创建的分支中选择-e一个提交，并将其应用到你想要的地方(-e更改其提交消息)。

当你不再需要它时，你可以删除这个“收藏分支”。你可能不得不使用-D选项来强制删除(而不是-D普通选项)，因为该分支没有合并，git可能会认为如果你删除它会有丢失数据的风险。如果你没有选择删除前的提交，这是正确的:

git branch -D separated-stashes

您还可以为~/添加别名。Gitconfig，以便自动化此行为:

git config --global alias.bratisla '!git switch -c separated-stashes; git commit -m "staged changes"; git add -u; git commit -m "unstaged changes"; git switch -' # why this name ? : youtu.be/LpE1bJp8-4w

在“藏” 在“藏”

---

---

当然，您也可以使用两个连续的存储来实现相同的结果

正如在其他答案中所述，您可以使用git stash (-k|——keep-index)与其他命令组合使用一些方法来仅保存非阶段性或仅阶段性的更改。

我个人认为-k选项非常令人困惑，因为它存储了所有内容，但将阶段性更改保持在阶段性状态(这解释了为什么使用“——keep-index”)。而储存东西通常会把它移动到一个储存入口。使用-k，非暂存的更改通常会被存储，但暂存的更改只是复制到相同的暂存条目。

---

第0步:你的git状态中有两个东西:一个包含阶段性变化的文件，另一个包含非阶段性变化的文件。

第一步:保存非阶段性+阶段性变化，但将阶段性变化保留在索引中:

git stash -k -m "all changes"

-m "…"部分是可选的，git stash -k实际上是git stash push -k的别名(它不会远程推送任何东西，顺便说一句，不用担心)，它接受一个-m选项来标记你的stash条目，以使其清晰(就像一个提交消息或标签，但对于一个stash条目)。它是已弃用的git存储保存的新版本。

---

步骤1bis(可选):

git stash

隐藏阶段性更改(仍在索引中)。 这一步对于下面的内容不是必需的，但是它表明，如果您愿意，您可以只将阶段性的更改放在存储条目中。 如果你使用这一行，你必须在继续第二步之前git stash (pop|apply) && git add -u。

---

第二步:

git commit -m "staged changes"

提交只包含从步骤0开始的阶段性更改，它包含与步骤1bis开始的隐藏条目相同的内容。

---

第三步:

git stash (pop|apply)

恢复第1步的存储。 注意，这个隐藏条目包含了所有内容，但是由于您已经提交了阶段性更改，所以这个隐藏只会添加从第0步开始的非阶段性更改。

注意:这里的“restore”并不是指“git restore”，这是一个不同的命令。

---

第四步:

git add -u

将弹出的存储的内容添加到索引中

---

第五步:

git commit -m "unstaged changes"

这里的“未分期”，与步骤2和步骤3注释中的“分期”一样，指的是步骤0。实际上，您正在登台并提交从步骤0开始的“登台更改”。

---

完成了! 您现在有两个独立的提交，其中包含从第0步开始的(un)阶段性更改。 您可能希望修改/重新设置它们以进行其他更改或重命名/删除/压缩它们。 取决于你对你的stash的堆栈做了什么(弹出或应用)，你可能还想要git stash (drop|clear)它。你可以看到你用git stash (list|show)

根据你对Mike Monkiewicz的回答，我建议使用一个更简单的模型:使用常规的开发分支，但是使用合并的squash选项来在你的主分支中获得一个单一的提交:

git checkout -b bug1    # create the development branch
* hack hack hack *      # do some work
git commit
* hack hack hack *
git commit
* hack hack hack *
git commit
* hack hack hack *
git commit
git checkout master     # go back to the master branch
git merge --squash bug1 # merge the work back
git commit              # commit the merge (don't forget
                        #    to change the default commit message)
git branch -D bug1      # remove the development branch

这个过程的优点是您可以使用正常的git工作流程。

为了达到同样的目的…

只准备您想要处理的文件。 Git提交-m 'temp' Git添加。 git藏 git重置头~1

繁荣。你不想要的文件都被藏起来了。您要的文件都准备好了。

要修剪意外的更改，特别是删除多个文件，请执行以下操作:

git add <stuff to keep> && git stash --keep-index && git stash drop

换句话说，把垃圾藏起来，把它们一起扔掉。

在git版本2.17.1中测试

更新2022年1月:Git 2.35已经发布，stash现在支持——staging参数。因此，这个答案在Git 2.35+中已经过时了。参见vonc的回答:https://stackoverflow.com/a/70231955/430128。

旧的回答:

在Git中仅存储索引(分阶段更改)比想象中要困难得多。我发现@Joe的答案工作得很好，并把它的一个小变化变成了这个别名:

stash-index = "!f() { \
  ! git diff --cached --exit-code --quiet && \
  git stash push --quiet --keep-index -m \"temp for stash-index\" && \
  git stash push \"$@\" && \
  git stash pop --quiet stash@{1} && \
  git stash show -p | git apply -R; }; f"

It:

Validates that there are actually staged changes (git diff --cached --exit-code returns a non-zero status if there are). HT: @nandilugio It pushes both the staged and unstaged changes into a temporary stash, leaving the staged changes alone. It then pushes the staged changes into the stash, which is the stash we want to keep. Arguments passed to the alias, such as --message "whatever" will be added to this stash command. It pops the temporary stash to restore the original state and remove the temporary stash, and then Finally "removes" the stashed changes from the working directory via a reverse patch application.

对于相反的问题，只存储非分期的更改(别名存储工作)，请参阅以下答案。