你可以通过运行三个命令来设置一些配置选项来显著提高Windows上的Git速度:

git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256

注:

核心。preloadindex并行执行文件系统操作以隐藏延迟(更新:在Git 2.1中默认启用) 核心。fscache修复了UAC问题，所以你不需要以管理员身份运行Git(更新:在Git for Windows 2.8中默认启用) gc。Auto最小化.git/中的文件数量

在Chris Dolan回答的扩展中，我使用了以下替代PS1设置。只需将代码片段添加到~/。配置文件(Windows 7: C:/Users/USERNAME/.profile)。

fast_git_ps1 ()
{
    printf -- "$(git branch 2>/dev/null | sed -ne '/^\* / s/^\* \(.*\)/ [\1] / p')"
}

PS1='\[\033]0;$MSYSTEM:\w\007
\033[32m\]\u@\h \[\033[33m\w$(fast_git_ps1)\033[0m\]
$ '

这保留了彩色外壳和显示当前分支名称的好处(如果在Git存储库中)，但是在我的机器上速度要快得多，从0.75秒到0.1秒。

这是基于这篇博客文章。

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

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

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

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

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

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

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

正如Chris Dolan和Wilbert的回答所指出的，PS1会减慢你的速度。

我没有完全禁用(正如Dolan建议的那样)，也没有使用Wilbert提供的脚本，而是使用了速度更快的“哑PS1”。

它使用(git symbol -ref -q HEAD || git rev-parse——short HEAD) 2> /dev/null:

PS1='\033[33m\]\w \n\[\033[32m\]$((git symbolic-ref -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null) \[\033[00m\]# '

在我的Cygwin上，这比Wilbert的“fast_Git_PS1”回答要快——200毫秒对400毫秒，所以它可以减少你的提示迟钝。

它不像__git_ps1那么复杂——例如，当你cd到.git目录时，它不会改变提示符，等等，但对于日常使用来说，它足够好和快速。

这是在Git 1.7.9 (Cygwin，但它应该可以在任何平台上工作)上测试的。

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

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

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

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