git - 为什么排除的文件不断出现在我的 git sparse checkout 中？

Question

我使用 GCC git mirror因为我只使用 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

我不确定这些文件何时重新出现，我做了很多切换到不同的分支(远程跟踪和本地)，这是一个非常繁忙的 repo ，所以经常有新的变化要 pull 。

作为 git 的新手，我不知道如何“重置”我的工作树以再次删除这些文件。

作为实验，我尝试禁用稀疏 check out 和 pull ，我想我可以在之后再次启用 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 文件中？我按照说明去了 ignore the same files that SVN does

  $ 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/

我试图用一个测试仓库重现这个问题，我克隆了几个副本并编辑了每个副本，创建/切换/删除分支并 merge 它们之间的更改，但它在我的玩具测试用例中永远不会出错。 GCC 存储库有点大(超过 2GB)并且“失败”之间的时间(大约一两周)太长以至于无法期望人们尝试准确地重现问题。我还没有在sparse-checkout 和exclude 中尝试使用相同的路径，因为我今天才想到这可能存在冲突那里。

几周前我在 freenode 上的#git 上问过这个问题，IIRC 基本上被告知“这可能是一个错误，没有人使用稀疏 checkout ”，但我希望得到更好的答案；-)

更新:

最近一次我看到问题实际发生(即文件不存在，然后在执行单个命令后出现)是从上游来源 pull :

   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

在 pull 之前，libgo 目录根据需要不存在。 pull 出该目录后，这些文件(没有其他文件)在它下面:

$ ls libgo/go/crypto/x509/root_<TAB>
root_darwin.go  root_stub.go    root_unix.go    

我不知道重命名的文件是否丢失了它们的 skip-worktree 位，我该如何检查？

我很确定当有重命名时问题并不总是发生，因为例如上面示例中显示的 libgfortran/ChangeLog 文件不是新文件或最近重命名。

Answer 1

可以使用 git update-index --skip-worktree 修改 skip-worktree 位。当您注意到文件存在时，您可以检查 git ls-files -v |grep ^S(S 是标有 skip-worktree 的文件)。

但正如#git 的人所说，如果你看到奇怪的行为，那很可能是 git 中的错误。毕竟，这是一个相当深奥的功能。您可能应该将您的发现报告给 git 邮件列表。

编辑:此外，如果您使用的是 git 1.7.7.6，我强烈建议升级。 1.7.10 树遥遥领先，我认为它很有可能会解决您的问题。