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

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

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

警告

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

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

git stash --keep-index

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

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

更新（2015年2月14日）-我重写了一点脚本，以更好地处理冲突的情况，现在应该将其显示为未合并的冲突，而不是.rej文件。

我经常发现，与@bukzor的方法相反更直观。也就是说，要进行一些更改，然后只隐藏那些已进行的更改。

不幸的是，git没有提供git存储——只有索引或类似的内容，所以我编写了一个脚本来实现这一点。

#!/bin/sh

# first, go to the root of the git repo
cd `git rev-parse --show-toplevel`

# create a commit with only the stuff in staging
INDEXTREE=`git write-tree`
INDEXCOMMIT=`echo "" | git commit-tree $INDEXTREE -p HEAD`

# create a child commit with the changes in the working tree
git add -A
WORKINGTREE=`git write-tree`
WORKINGCOMMIT=`echo "" | git commit-tree $WORKINGTREE -p $INDEXCOMMIT`

# get back to a clean state with no changes, staged or otherwise
git reset -q --hard

# Cherry-pick the index changes back to the index, and stash.
# This cherry-pick is guaranteed to succeed
git cherry-pick -n $INDEXCOMMIT
git stash

# Now cherry-pick the working tree changes. This cherry-pick may fail
# due to conflicts
git cherry-pick -n $WORKINGCOMMIT

CONFLICTS=`git ls-files -u`
if test -z "$CONFLICTS"; then
    # If there are no conflicts, it's safe to reset, so that
    # any previously unstaged changes remain unstaged
    #
    # However, if there are conflicts, then we don't want to reset the files
    # and lose the merge/conflict info.
    git reset -q
fi

您可以将上面的脚本保存为路径上的某个位置的git stash索引，然后将其作为git stach索引调用

# <hack hack hack>
git add <files that you want to stash>
git stash-index

现在，存储包含一个新条目，该条目仅包含您已暂存的更改，而您的工作树仍然包含任何未暂存的更改。

在某些情况下，工作树的更改可能取决于索引的更改，因此当您隐藏索引更改时，工作树更改会发生冲突。在这种情况下，您将得到通常的未合并冲突，可以使用gitmerge/gitmergetool/等解决。

我不知道如何在命令行上执行，只使用SourceTree。假设您已经更改了文件A，并且在文件B中有两个更改块。如果您只想将第二个块存储在文件B，而其他所有内容都保持不变，请执行以下操作：

舞台上的一切对工作副本执行更改，以撤消文件A中的所有更改（例如，启动外部diff工具并使文件匹配）使文件B看起来好像只应用了第二个更改。（例如，启动外部diff工具并撤消第一个更改。）使用“保留暂存更改”创建存储。取消标记所有内容完成！

git stash push -p -m "my commit message"

-p让我们选择应该隐藏的大块；也可以选择整个文件。

系统将提示您对每个大块执行一些操作：

   y - stash this hunk
   n - do not stash this hunk
   q - quit; do not stash this hunk or any of the remaining ones
   a - stash this hunk and all later hunks in the file
   d - do not stash this hunk or any of the later hunks in the file
   g - select a hunk to go to
   / - search for a hunk matching the given regex
   j - leave this hunk undecided, see next undecided hunk
   J - leave this hunk undecided, see next hunk
   k - leave this hunk undecided, see previous undecided hunk
   K - leave this hunk undecided, see previous hunk
   s - split the current hunk into smaller hunks
   e - manually edit the current hunk
   ? - print help

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

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