我使用GCC git 镜像，因为我只使用 C 和 C++ 前端，所以我使用 git 的稀疏检出功能来排除数百个我不需要的文件：
$ git config core.sparseCheckout
true
$ cat .git/info/sparse-checkout
/*
!gnattools/
!libada/
!libgfortran/
!libgo/
!libjava/
!libobjc/
!libquadmath/
!gcc/ada/
!gcc/fortran/
!gcc/go/
!gcc/java/
!gcc/objc/
!gcc/objcp/
!gcc/testsuite/ada/
!gcc/testsuite/gfortran.dg/
!gcc/testsuite/gfortran.fortran-torture/
!gcc/testsuite/gnat.dg/
!gcc/testsuite/go.dg/
!gcc/testsuite/go.go-torture/
!gcc/testsuite/go.test/
!gcc/testsuite/objc/
!gcc/testsuite/objc.dg/
!gcc/testsuite/obj-c++.dg/
!gcc/testsuite/objc-obj-c++-shared/
这工作了一段时间，但时不时地我注意到其中一些被排除的文件已经返回，有时很多：
$ ls gnattools/
ChangeLog configure configure.ac Makefile.in
$ ls gcc/fortran/ | wc -l
86
我不确定文件何时重新出现，我做了很多切换到不同的分支（远程跟踪和本地），这是一个非常繁忙的存储库，因此经常有新的更改需要拉取。
作为 git 的相对新手，我不知道如何“重置”我的工作树以再次摆脱这些文件。
作为一个实验，我尝试禁用稀疏签出和拉取，以为我可以在之后再次启用 sparseCheckout 以某种方式更新树，但这并没有很好地工作：
$ git config core.sparseCheckout false
$ git config core.sparseCheckout
false
$ git pull
remote: Counting objects: 276, done.
remote: Compressing objects: 100% (115/115), done.
remote: Total 117 (delta 98), reused 0 (delta 0)
Receiving objects: 100% (117/117), 64.05 KiB, done.
Resolving deltas: 100% (98/98), completed with 64 local objects.
From git://gcc.gnu.org/git/gcc
7618909..0984ea0 gcc-4_5-branch -> origin/gcc-4_5-branch
b96fd63..bb95412 gcc-4_6-branch -> origin/gcc-4_6-branch
d2cdd74..2e8ef12 gcc-4_7-branch -> origin/gcc-4_7-branch
c62ec2b..fd9cb2c master -> origin/master
2e2713b..29daec8 melt-branch -> origin/melt-branch
c62ec2b..fd9cb2c trunk -> origin/trunk
Updating c62ec2b..fd9cb2c
error: Your local changes to the following files would be overwritten by merge:
gcc/fortran/ChangeLog
gcc/fortran/iresolve.c
libgfortran/ChangeLog
libgfortran/io/intrinsics.c
Please, commit your changes or stash them before you can merge.
Aborting
所以显然我对我从未要求过的文件进行了本地修改，AFAIK 从未接触过！
但git status没有显示这些变化：
$ git st
# On branch master
# Your branch is behind 'origin/master' by 9 commits, and can be fast-forwarded.
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# libstdc++-v3/53270.txt
# libstdc++-v3/TODO
我试过git read-tree -m -u HEAD了，但它什么也没做。
所以我的问题是：
- 为什么文件会重新出现？
- 如何让它们再次消失？
- 我如何防止他们回来？
这是否可能与我的
.git/info/exclude文件包含对文件中应该排除（即命名为!）的目录中的文件的引用有关sparse-checkout？我按照说明忽略了与 SVN 相同的文件$ git svn show-ignore >> .git/info/exclude
所以我的exclude文件包括路径，如
# /gcc/fortran/
/gcc/fortran/TAGS
/gcc/fortran/TAGS.sub
/gcc/fortran/gfortran.info*
这将在sparse-checkout文件中命名的目录之一之下：
!gcc/fortran/
我试图用一个测试仓库重现这个问题，我克隆了几个副本并编辑每个副本，创建/切换/删除分支并合并它们之间的更改，但在我的玩具测试用例中它永远不会出错。GCC 存储库有点大（超过 2GB），并且“失败”之间的时间（大约一两个星期）太长，无法期望人们尝试准确地重现问题。我没有sparse-checkout尝试过在and中使用相同的路径exclude，因为我今天才想到那里可能存在冲突。
几周前，我在 freenode 上的#git 上询问了这个问题，IIRC 基本上被告知“这可能是一个错误，没有人使用稀疏结帐”，但我希望得到更好的答案 ;-)
更新：
我最近一次看到问题实际上发生了（即文件不存在，然后在单个命令之后出现）是从上游源拉取：
bac6f1f..6c760a6 master -> origin/master
显示的更改包括这些重命名：
create mode 100644 libgo/go/crypto/x509/root.go
rename libgo/go/crypto/{tls => x509}/root_darwin.go (90%)
rename libgo/go/crypto/{tls => x509}/root_stub.go (51%)
rename libgo/go/crypto/{tls => x509}/root_unix.go (76%)
create mode 100644 libgo/go/crypto/x509/root_windows.go
根据需要，在拉取目录之前，该libgo目录不存在。在拉出该目录并且这些文件（并且没有其他文件）在它下面之后：
$ ls libgo/go/crypto/x509/root_<TAB>
root_darwin.go root_stub.go root_unix.go
我不知道重命名的文件是否丢失了skip-worktree位，我该如何检查？
我很确定在重命名时问题并不总是发生，因为libgfortran/ChangeLog例如上面示例中显示的文件不是新文件或最近重命名的文件。