更新（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/等解决。

如果您只想隐藏一些已更改的文件，只需在Stage中添加其他文件，然后执行git stash push--keep index

它将隐藏所有未暂存的更改文件

使用SourceTree，这可以通过3个步骤轻松完成。

暂时提交所有你不想隐藏的东西。Git添加所有其他内容，然后将其隐藏。通过运行git reset来弹出临时提交，在临时提交之前进行提交。

这一切都可以在SourceTree中在几秒钟内完成，您只需单击要添加的文件（甚至单个行）。添加后，只需将它们提交到临时提交。接下来，单击复选框以添加所有更改，然后单击“隐藏”以隐藏所有更改。在隐藏的更改不碍事的情况下，浏览一下提交列表，并在临时提交之前记录提交的哈希值，然后运行“git reset hash_b4_temp_commit”，这基本上就像通过将分支重置为提交之前的提交来“弹出”提交。现在，只剩下不想隐藏的内容。

解决方案

本地更改：

file_A（已修改）未暂存file_B（已修改）未暂存file_C（已修改）未暂存

要创建仅包含file_C上的更改的存储“my_stash”：

1. git add file_C
2. git stash save --keep-index temp_stash
3. git stash save my_stash
4. git stash pop stash@#{1}

完成。

解释

将file_C添加到临时区域创建一个名为“temp_stash”的临时存储，并将更改保存在file_C上只使用file_C上的更改创建所需的存储（“my_stash”）将“temp_stash”（file_A和file_B）中的更改应用于本地代码并删除存储

您可以在步骤之间使用gitstatus来查看发生了什么。

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

更新（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/等解决。