在一个小项目的开发过程中,我一直在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个文件。


当前回答

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

其他回答

我也有git PS1速度慢的问题,尽管很长一段时间我都在想这是数据库大小的问题(大仓库),并尝试了各种git gc技巧,并寻找其他原因,就像你一样。然而,就我而言,问题在于这句话:

function ps1_gitify
{
   status=$(git status 2>/dev/null )      # <--------------------
   if [[ $status =~ "fatal: Not a git repository" ]]
   then
       echo ""
   else
       echo "$(ps1_git_branch_name)  $(ps1_git_get_sha)"
  fi
}

为每个命令行状态行执行git状态是很慢的。哎哟。那是我手写的东西。我发现这是个问题,当我尝试

export PS1='$'

就像这里提到的一个答案。命令行速度极快。

现在我用这个:

function we_are_in_git_work_tree
{
    git rev-parse --is-inside-work-tree &> /dev/null
}

function ps1_gitify
{
    if ! we_are_in_git_work_tree
    then
    ...

从Stack Overflow post PS1行与git当前分支和颜色,它工作良好。再次使用快速的Git命令行。

我的一个同事在Windows(7)上使用Git时遇到了麻烦,Git状态检查和添加都很快,但是Git提交却花了很长时间。

我们仍在试图找到这个问题的根本原因,但克隆存储库到一个新文件夹解决了他的问题。

我的Windows主目录在网络上,我怀疑Git Bash命令首先在那里查找。果然,当我查看$PATH时,它首先列出了/h/bin,其中/h是Windows文件服务器上的共享,尽管/h/bin并不存在。 我编辑了/etc/profile,并注释掉了将它放在$PATH第一个的export命令:

#export PATH="$HOME/bin:$PATH"

这使得我的命令运行得更快,可能是因为Git Bash不再通过网络查找可执行文件。我的/etc/profile是c:\Program Files (x86)\Git\etc\profile.

似乎完全卸载Git,重新启动(经典的Windows解决方案),然后重新安装Git是解决方案。我还清除了所有剩下的bash配置文件(它们是手动创建的)。一切又快起来了。

如果出于某种原因,重新安装是不可能的(或不可取的),那么我肯定会尝试改变Chris Dolan回答中提到的PS1变量;它导致了某些操作的显著加速。

虽然您的问题可能是基于网络的,但我个人通过做两个修改将本地git状态调用速度提高了十倍(7+秒降至700毫秒)。这是一个700 MB的存储库,包含21,000个文件和过多的大型二进制文件。

一个是启用并行索引预加载。从命令提示符:

Git配置核心。preloadindex真实 这改变了时间git状态从7秒到2.5秒。

更新! 以下内容不再需要。从mysysgit 1.9.4开始,一个补丁已经修复了这个问题 https://github.com/msysgit/git/commit/64d63240762df22e92b287b145d75a0d68a66988 但是,必须通过键入来启用修复 Git配置核心。fscache真实

我还禁用了UAC和“luafv”驱动程序(需要重新启动)。这将禁止Windows Vista 7和8中的驱动程序重定向试图写入系统位置的程序,而是将这些访问重定向到用户目录。

要查看关于这如何影响Git性能的讨论,请阅读这里: https://code.google.com/p/msysgit/issues/detail?id=320

在regedit中,将“HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/luafv”目录下的“start”键改为“4”即可禁用该驱动。然后,把UAC调到最低设置,“从不通知”。

如果禁用这个驱动程序使您感到谨慎(应该如此),那么另一个替代驱动程序正在与您的系统分区不同的驱动器(或分区)上运行。显然,驱动程序只在系统分区上的文件访问时运行。我有第二个硬盘驱动器,当我在C驱动器上运行这个注册表修改时,看到的结果与没有在D驱动器上运行时相同。

此更改将时间git状态从2.5秒降低到0.7秒。

你可能还想关注https://github.com/msysgit/git/pull/94和https://github.com/git/git/commit/d637d1b9a8fb765a8542e69bd2e04b3e229f663b,看看Windows中的速度问题正在进行哪些额外的工作。