git - Git 是否应该认为它从 pull 中获得的文件现在未被跟踪？

Question

我们的一位开发人员一直在使用他的 Git 存储库时遇到问题。他 pull ，然后“git status”显示了实际上来自他上次 pull 的未跟踪文件的完整列表(也就是说，Git 认为它们是新的)。您实际上可以通过他的 git 日志返回并指定添加它们的特定提交，并且它在他的历史记录中。但是，如果您转到现在未跟踪的文件之一并对其进行 git 登录，则根本没有历史记录。

我完全迷惑了。小组中的每个人，包括我，都是 Git 的新手，所以我不能排除他可能在某个地方犯了错误，但这似乎不太可能。就像他的存储库不断损坏一样。

他使用的是 msysgit 1.7.6 和 Tortoise Git 1.7.3。我们将 eGit 与 myEclipse 一起使用了一段时间，它反复崩溃，所以早期的问题都归咎于此。现在，我认为没有人再使用它，所以我觉得我不能再责怪 eGit。

我需要 Stack Overflow 的 Git 专家的帮助!是什么原因造成的？在什么情况下这是正常的？

根据请求，这里是已损坏的存储库的 .git/config 文件:

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true
    symlinks = false
    ignorecase = true
    hideDotFiles = dotGitOnly
[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = G:\\DotcomB
    puttykeyfile = 
[branch "master"]
    remote = origin
    merge = refs/heads/master
[user]
    name = jsmith
    email = JoeSmith@somewhere.com

Answer 1

查看是否更改了git-dir 环境变量。同样，工作树变量。还要看看你是否真的和你想的一样在同一个目录中。您正在使用 tortoisegit，您正在查看的目录可能与命令行不同。

此外，当您 CD 到文件以查看它是否存在时，请确保您用 Tab 键完成目录名称，因为 msysgit 很乐意处理文件/目录，无论大小写是什么。 Git，不管怎样。

mydir/somefile

可以联系到

cd MYDIR

路径将反射(reflect)这一点。

现在 git status 将显示有一个文件未被跟踪，因为 git 会将 mydir/somefile 视为不同于 MYDIR/somefile 的文件。有时很难看到，因为只需要在文件的整个路径中有一个大小写差异即可获得此行为。

现在坚持使用命令行来解决这个问题。在 tortoisegit 和命令行之间来回切换对这种情况无济于事。

能否启动一个新的仓库，看看它是否可以单独在命令行上重现？

希望对您有所帮助，

亚当