我使用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用户,我不知道如何“重置”我的工作树来再次删除那些文件。
作为一个实验,我尝试禁用稀疏检出并进行拉取,想着之后可以再次启用稀疏检出来更新树,但是这个方法并不太有效:
$ 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
看起来我有一些本地修改的文件,但这些文件我从未请求过,也没有碰过!
但是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*
这将位于文件中命名的一个目录之下:
!gcc/fortran/
我曾尝试使用测试存储库来复制这个问题,我克隆了几个副本并编辑每一个,创建/切换/删除分支并在它们之间合并更改,但在我的玩具测试中从未出现过错误。 GCC 存储库有点大(超过 2GB),而“故障”之间的时间(一两周左右)太长,无法期望人们精确地重现问题。我还没有尝试将相同的路径放在“sparse-checkout”和“exclude”中,因为今天我才想到可能会有冲突。
我几周前在 freenode 上的 #git 上询问了这个问题,并被告知 "这很可能是一个 bug,没有人使用稀疏检出",但我希望能得到更好的答案;-)
更新:
我最近一次看到的实际上发生了问题(即文件不存在,然后在单个命令之后出现了)是从源头上进行拉取时:
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
文件不是新文件或最近重命名的。
git
不能与它们一起工作,这就是为什么它在git status
中也不显示它们的原因。 - Shahbaztouch
命令来标记它们的构建过程,从而更新ChangeLog文件。如果你的gcc/fortran/ChangeLog
文件是空的,这可能就是原因。此外,也有可能是某个人不小心将这些文件添加到了代码库中。 - Shahbaz