5

问题是 Egit/Eclipse 在处理大型 Java 项目（约 2,000k 个文件）时非常慢。非常慢意味着遵循 Windows 7/四核/SSD 设置：

  • 60 秒绘制提交窗口
  • 另一个 30 秒的提交时间（可以接受）

  • 60 秒用于绘制推送窗口（更改视图）
  • 再推 120 秒（也可以接受）

  • 1,620 s (27 m) 在两个分支之间同步（有时都已签出）

对于一个生产环境，这个时间是不可接受的。我不认为我做错了什么，因为在一个全新的项目上测试所有内容会产生“真实世界”的性能。

这是平常的吗？

4

3 回答 3

2

我发现我的大/中型项目的 egit 同步速度很慢。我认为这可能与我本地存储库中未跟踪文件的数量有关，但事实并非如此。

我的 java 项目中的每个分支至少有 2000 个 java 文件，不考虑资源、表示层工件。

对于 git status/diff 或任何与此相关的命令，我没有发现 Windows (Mingw) 上的 Git 命令行有类似问题。

于 2011-03-09T21:03:08.783 回答
1

我还在我的计算机上的 Windows 上遇到了 EGit 响应缓慢的问题。按下 Ctr+Shift+3 后显示提交更改窗口需要很长时间，并且输入提交消息也很慢。

我发现 EGit 似乎在未跟踪的文件上花费了很多计算精力。对我来说，我只关心具有特定扩展名的文件。所以我把一个 .gitignore 文件放到我的顶级目录中，以忽略除关心的文件扩展名之外的所有内容。例如，我的 .gitignore 内容是：

**/*
!*.m
!*.h
!*.cpp
!*.mat
!*.xml
!CMakeLists.txt
!.project
!.gitignore

之后，响应慢的问题得到了改善。

于 2013-11-19T08:27:09.807 回答
0

如果分支太多（git branch -r），我发现 eGit 太慢了。但是如果你只有 10-15 个或更少的分支，那么 eGit 工作得非常好，提交窗口和历史视图会很快显示出来。

于 2012-03-30T22:28:52.920 回答