我也想做同样的事情，但当我再次思考时，我意识到我不想为了保存一个文件而麻烦重重。对我来说，把它复制到其他地方并添加一些注释来提醒我为什么要把它保存在那里会容易得多。

不要误解我的意思：有很多原因可以解释为什么你只想隐藏一个文件，而且总的来说，使用版本控制软件总是最好的做法。但还是要确保你没有浪费时间。在我的情况下，我只想保留一个文件并放弃所有其他更改，然后在切换到新分支后将其弹出。所以cp/mv足够好。

类似的情况。做了承诺，意识到这不好。

git commit -a -m "message"
git log -p

根据这些回答，这对我有帮助。

# revert to previous state, keeping the files changed
git reset HEAD~
#make sure it's ok
git diff
git status
#revert the file we don't want to be within the commit
git checkout specs/nagios/nagios.spec
#make sure it's ok
git status
git diff
#now go ahead with commit
git commit -a -m "same|new message"
#eventually push tu remote
git push

免责声明：以下答案适用于2.13之前的git。对于2.13及以上的数字，请查看下面的另一个答案。

警告

正如评论中所指出的那样，这将所有的东西都放进了储藏室，无论是暂存的还是未暂存的。--keep索引只是在存储完成后保留索引。这可能会在以后弹出存储时导致合并冲突。

这将隐藏您以前未添加的所有内容。只需git添加要保留的内容，然后运行它。

git stash --keep-index

例如，如果要将旧提交拆分为多个变更集，可以使用以下过程：

gitrebase-i＜最后一次提交＞将某些更改标记为编辑。git重置HEAD^git add＜您要在此更改中保留的文件＞git stash—保留索引必要时修理一下。不要忘记git添加任何更改。git提交吉特藏弹根据需要，从第5步开始重复。git rebase—继续

使用git存储推送，如下所示：

git stash push [--] [<pathspec>...]

例如：

git stash push -- my/file.sh

这是自2017年春季发布的Git 2.13以来提供的。

有时，我在提交分支之前对其进行了不相关的更改，我想将其移动到另一个分支并单独提交（如master）。我这样做：

git stash
git checkout master
git stash pop
git add <files that you want to commit>
git commit -m 'Minor feature'
git stash
git checkout topic1
git stash pop
...<resume work>...

请注意，第一个stash和stash pop可以取消，您可以在结账时将所有更改转移到主分支，但前提是没有冲突。此外，如果您要为部分更改创建新分支，则需要隐藏。

假设没有冲突和新分支，您可以简化它：

git checkout master
git add <files that you want to commit>
git commit -m 'Minor feature'
git checkout topic1
...<resume work>...

甚至不需要Stash。。。

我会使用git存储保存补丁。我不觉得交互很烦人，因为在交互过程中，可以选择将所需的操作应用于整个文件。