25

我正在使用 git 对存储库进行源代码控制。最近它开始警告我在使用时枚举未跟踪文件需要多长时间git status：

$ git status
On branch my_branch
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   My_Project/my_source.c


It took 3.24 seconds to enumerate untracked files. 'status -uno'
may speed it up, but you have to be careful not to forget to add
new files yourself (see 'git help status').
no changes added to commit (use "git add" and/or "git commit -a")

但是，此存储库中没有未跟踪的文件——我检查了git status -uall. 其他一些可能相关的信息：

  • 我注意到只有在git status确实需要几秒钟才能运行时才会出现此警告。
  • 我的存储库目前是 130.6 MB。
  • 我的构建产品都是树外的。

为什么 git 需要这么长时间才能枚举不存在的未跟踪文件？

以下是一些相关的其他问题：

4

3 回答 3

7

首先，我要感谢 Sven Marnach 的上述评论，这些评论基本上给了我这个解决方案。

问题： 我也有这个问题，但我的 HD 很好。在 SSD 驱动器上执行“git status”需要 3-5 秒，在磁性驱动器上需要 4-8 秒。我做了几次之后速度快了很多。我也看到了这个关于花费很长时间枚举未跟踪文件的错误，但我没有要提交的更改。

快速解决方案：删除 .gitignore 文件隐藏的所有文件。

更好的解决方案：停止在源代码控制中的同一目录中构建。

原因： Git 仍然需要检查所有未跟踪的文件，查看是否有新文件，然后将它们与 .gitignore 中的条目进行交叉引用。此错误并不是说您有需要签入的文件，而是说这些天需要很长时间才能确定是否有需要签入的文件。

在没有文件被 git ignore 和 SSD 驱动器隐藏的干净结账时，运行“git status”需要 0.8 秒。

最后一点：这是一个非常古老的项目，我们有一个非常大的 .gitignore 文件。我怀疑将 100 个条目减少到一个目录也会有所帮助，但不幸的是，我们在每个输出目录中都有一些文件被签入。

于 2016-06-02T19:27:39.543 回答
4

我的解决方案是在可能的情况下删除完整的文件路径.gitignore并忽略目录。

只是要注意我的 gitignore 是 15000 行长。

于 2016-09-13T10:40:08.467 回答
3

只是为了澄清作者在最新评论中给出的解决方案：

我已经更换了驱动器，因此没有遇到此问题。

问题不在于 git 本身，而在于计算机硬件。
更换 HD 后 - 问题已解决。

于 2016-02-16T04:55:21.177 回答