一个复杂的方法是首先提交所有内容：

git add -u
git commit // creates commit with sha-1 A

重置回原始提交，但从新提交中签出_one_file：

git reset --hard HEAD^
git checkout A path/to/the_one_file

现在，您可以存储_one_file：

git stash

通过将提交的内容保存在文件系统中并重置为原始提交来进行清理：

git reset --hard A
git reset --soft HEAD^

是的，有点尴尬。。。

自Git 2.13（2017年第二季度）以来，您可以使用Git stash推送来存储单个文件：

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

当路径规范被赋予“git stash push”时，新的stash只记录与路径规范匹配的文件的修改状态有关详细信息，请参阅“Stash changes to specific files”。

简化示例：

 git stash push path/to/file

此功能的测试用例显示了更多选项：

test_expect_success 'stash with multiple pathspec arguments' '
    >foo &&
    >bar &&
    >extra &&
    git add foo bar extra &&

    git stash push -- foo bar &&   

    test_path_is_missing bar &&
    test_path_is_missing foo &&
    test_path_is_file extra &&

    git stash pop &&
    test_path_is_file foo &&
    test_path_is_file bar &&
    test_path_is_file extra

最初的答案（下图，2010年6月）是关于手动选择你想要隐藏的东西。

Casebash注释：

这（隐藏的补丁原始解决方案）很好，但我经常修改很多文件，所以使用补丁很烦人

bukzor的回答（2011年11月投票通过）提出了一个更实际的解决方案，基于git add+git stash--保留索引。去看看并投票给他的答案，这应该是官方的答案（而不是我的答案）。

关于该选项，chhh在评论中指出了另一种工作流：

你应该在这样一个隐藏之后“git-reset-soft”，以获得清晰的分段：为了达到原始状态-这是一个清晰的暂存区，只有一些选择的未暂存修改，可以轻轻地重置索引以获取（而不需要像bukzor那样提交任何操作）。

（原答案2010年6月：手动储存）

然而，git-stash-save补丁可以让你实现你想要的部分存储：

使用--patch，您可以从HEAD和要隐藏的工作树之间的差异中交互选择大块。存储项的构造使其索引状态与存储库的索引状态相同，并且其工作树仅包含您以交互方式选择的更改。然后，所选更改将从工作树回滚。

然而，这将保存完整的索引（这可能不是您想要的，因为它可能包含其他已索引的文件）和部分工作树（看起来可能像您想要隐藏的文件）。

git stash --patch --no-keep-index

可能更合适。

如果--patch不起作用，手动过程可能会：

对于一个或多个文件，中间解决方案是：

将它们复制到Git存储库之外（实际上，eleotlecram提出了一个有趣的替代方案）暂存把它们复制回来git stash#这次，只存储您想要的文件git stash pop stash@｛1｝#重新应用所有文件修改gitcheckout--afile#在任何本地修改之前将文件重置为HEAD内容

在这个相当繁琐的过程结束时，您将只存储一个或多个文件。

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

您还可以选择只存储单个文件、文件集合或文件内的单个更改。如果您将-p选项（或--patch）传递给git stash，它将遍历工作副本中每个更改的“hunk”，并询问您是否希望隐藏它：

$ git stash -p

按以下键之一，它将运行该命令

Command   Description 
y         stash this hunk  
/         search for a hunk by regex .  
?         help .   
n         don't stash this hunk .    
q         quit (any hunks that have already been selected will be stashed) .   
s         split this hunk into smaller hunks    

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

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

有时，我在提交分支之前对其进行了不相关的更改，我想将其移动到另一个分支并单独提交（如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。。。