在一个小项目的开发过程中,我一直在Windows和Ubuntu上使用Git,经常在两者之间来回切换。问题是Git Bash总是变慢。

当我说慢的时候,我的意思是运行cd需要8-25秒,运行git命令需要5-20秒,而ls有时需要30秒。不用说,这一点都不好玩,更不用说没有成效了。我知道Git在Windows上比较慢,但这太荒谬了。

对我来说,暂时有效的解决方案是禁用我的网络连接(在这个回答中建议),启动Git Bash,然后重新连接。有时在这样做之后,它会持续快速运行几天,但性能最终总是会下降。我已经在msysgit讨论组,Stack Overflow, msysgit问题列表等上拖了几周,但我还没有能够找到工作的解决方案。

到目前为止,我尝试过:

将Git和项目文件夹添加到病毒扫描程序的排除列表 完全禁用我的病毒扫描程序(卡巴斯基IS 2011) 确保Outlook未运行(Outlook 2007) 关闭所有其他应用程序 以管理员身份运行Git Bash 禁用网络连接,启动Git Bash,并保持禁用连接 禁用网络连接,启动Git Bash,重新启用连接(仅偶尔有效) 运行git gc 以及以上的组合

我确实读到一些人成功地禁用了Bash完成,但理想情况下,我希望保持它的活动状态。msysgit版本为1.7.3.1-preview20101002,操作系统为Windows 7 x64。可以预见的是,在Linux上运行同样的东西会像闪电一样快。我只会使用Linux,但我也需要在Windows上运行一些东西(某些应用程序,测试等)。

有人遇到过类似的问题吗?如果有,潜在的问题是什么,解决方案是什么(如果有的话)?

这不仅仅是Git存储库,只是作为参考,我一直在使用Git的存储库非常小:最多4-50个文件。


当前回答

只有在设备管理器中关闭AMD Radeon显卡(或英特尔显卡)对我有帮助。

我在这里找到了答案: https://superuser.com/questions/1160349/git-is-extremely-slow-on-windows#=

其他回答

以上这些都不能帮助我。在我的场景中,问题是这样表现的:

任何ls -l命令都很慢(大约需要3秒才能执行) 任何后续的ls -l命令都会立即执行,但前提是在前一个ls命令的45秒内。

在使用Process Monitor进行调试时,发现在每个命令之前都有一个DNS请求。

因此,只要我禁用防火墙(在我的情况下是Comodo)并让命令执行,问题就消失了。当防火墙重新打开时,它不会返回。有了最早的机会,我将更新这个响应,提供有关哪个进程正在阻塞DNS请求以及目标是什么的更多详细信息。

只有在设备管理器中关闭AMD Radeon显卡(或英特尔显卡)对我有帮助。

我在这里找到了答案: https://superuser.com/questions/1160349/git-is-extremely-slow-on-windows#=

在我的例子中,Git Bash快捷方式被设置为开始:%HOMEDRIVE%%HOMEPATH%(您可以通过右键单击Git Bash并选择属性来检查)。这是网络驱动器。

解决方案是让它指向%HOME%。如果您没有,您可以在环境变量中设置它,现在Git Bash应该是闪电般的快。

正如许多人所说,这是因为stash在Windows上是一个shell脚本,但从Git 2.18.0开始,Windows安装程序就提供了一个实验性的特性,即更快(~90%)的内置版本stash - https://github.com/git-for-windows/build-extra/pull/203。

我在Windows 7 x64上以有限用户帐户运行Git for Windows (msysgit)时也遇到过同样的问题。

从我在这里和其他地方读到的内容来看,共同的主题似乎是缺乏管理特权和/或UAC。由于UAC在我的系统上是关闭的,所以它试图写入/删除程序文件目录中的某些内容的解释对我来说最有意义。

无论如何,我已经通过安装带有zipinstaller的便携版Git 1.8解决了这个问题。请注意,我必须解压缩.7z分发文件,并将其重新打包为ZIP文件,以便让zipinstaller工作。我还必须手动将该目录添加到系统路径中。

现在演出很好。尽管它安装在Program Files (x86)目录下,作为有限用户,我没有权限,但它似乎没有同样的问题。

我认为这可能是因为便携版在写入/删除文件方面更加保守,也可能是因为从1.7升级到1.8。我不打算确定哪一个是原因,我只想说它现在工作得更好了,包括Bash。