Git Bash 在 Windows 7 x64 上非常慢

您可以通过运行三个命令来设置一些配置选项来显着加快 Windows 上的 Git：

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

笔记：

core.preloadindex 并行执行文件系统操作以隐藏延迟（更新：在 Git 2.1 中默认启用）

core.fscache 修复了 UAC 问题，因此您无需以管理员身份运行 Git（更新：在 Git for Windows 2.8 中默认启用）

gc.auto 最小化 .git/ 中的文件数量

您的 Bash 提示符中是否显示了 Git 信息？如果是这样，也许你无意中在每个命令上做了太多的工作。要测试这个理论，请尝试在 Bash 中进行以下临时更改：

export PS1='$'

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

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

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

我发现网络驱动器是性能问题。 HOME 指向慢速网络共享。我无法覆盖 HOMEDRIVE 但这不是我所看到的问题。

通过右键单击桌面上的计算机来设置环境变量->属性->高级系统设置->环境变量添加到用户变量部分

HOME=%USERPROFILE%

在对 Chris Dolan 的回答的扩展中，我使用了以下替代 PS1 设置。只需将代码片段添加到您的 ~/.profile（在 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 秒。

这是基于 this blog post。

虽然您的问题可能是基于网络的，但我个人通过两次修改将本地 git status 调用速度提高了十倍（7 秒以上降低到 700 ms）。这是一个 700 MB 的存储库，其中包含 21,000 个文件和大量的大型二进制文件。

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

git config core.preloadindex true
这将 time git status 从 7 秒更改为 2.5 秒。

更新！不再需要以下内容。自 mysysgit 1.9.4 起，补丁已修复此问题 https://github.com/msysgit/git/commit/64d63240762df22e92b287b145d75a0d68a66988 但是，您必须通过键入 git config core.fscache true 来启用修复

我还禁用了 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 处的“开始”键更改为 4 以禁用驱动程序。然后，将 UAC 设置为最低设置，“从不通知”。

如果禁用此驱动程序让您（它应该）保持警惕，那么另一种方法是在与您的系统分区不同的驱动器（或分区）上运行。显然，该驱动程序仅在系统分区上的文件访问上运行。我有第二个硬盘驱动器，在我的 C 驱动器上使用此注册表修改运行时，我看到与在 D 驱动器上没有它时相同的结果。

此更改需要 time git status 从 2.5 秒减少到 0.7 秒。

您可能还想关注 https://github.com/msysgit/git/pull/94 和 https://github.com/git/git/commit/d637d1b9a8fb765a8542e69bd2e04b3e229f663b 以查看针对 Windows 中的速度问题正在进行的其他工作。

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

如果由于某种原因无法重新安装（或不可取），那么我肯定会尝试更改 Chris Dolan's answer 中引用的 PS1 变量；它导致某些操作的显着加速。

我通过使用“以管理员身份运行”启动 cmd.exe 解决了我在 Windows 7 x64 上的缓慢 Git 问题。

通过更改以下 Git 配置，您还可能获得非常后续的性能提升：

git config --global status.submoduleSummary false

在 Window 7 x64 上运行简单的 git status 命令时，我的计算机运行时间超过 30 秒。定义此选项后，该命令立即生效。

按照以下页面中的说明激活 Git 自己的跟踪帮助我找到了问题的根源，这可能在您的安装中有所不同：https://github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so-slow

通过将 core.preloadindex 设置为 true as recommended here，我看到了不错的改进。

正如 Chris Dolan 和 Wilbert 的回答中所指出的，PS1 会让你慢下来。

我没有完全禁用（如 Dolan 所建议的那样）或使用 Wilbert 提供的脚本，而是使用速度更快的“哑 PS1”。

它使用 (git symbolic-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's "fast_Git_PS1" answer - 200 毫秒和 400 毫秒要快，所以它可以减少你的一点迟钝。

它不像 __git_ps1 那样复杂 - 例如，当您 cd 进入 .git 目录等时，它不会更改提示，但对于日常使用来说，它已经足够好且速度快了。

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

除了这些其他答案之外，我还通过使用并行子模块获取（自 2016 年初的 Git 2.8 起）加快了具有多个子模块的项目。

这可以使用 git fetch --recurse-submodules -j8 完成并使用 git config --global submodule.fetchJobs 8 设置，或者您拥有/想要使用的内核数量。

只有在设备管理器中关闭 AMD Radeon Graphics（或 Intel Graphics）对我有帮助。

https://i.stack.imgur.com/FOFML.png

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

我在 Git Bash 和 Git GUI 中都遇到了同样的问题。这两个程序过去运行良好，但随后它们随机减速到爬行，我不知道为什么。

事实证明，它是 Avast。 Avast 导致各种程序（包括我编写的程序）发生奇怪的事情，所以我禁用了它一秒钟，果然，Bash 现在运行速度和它在 Linux 上一样快。我刚刚将 Git 程序文件文件夹 (C:\Program Files\Git) 添加到 Avast 排除列表，现在它的运行速度与在 Linux 上一样快。

是的，我意识到防病毒软件不是原始帖子中的问题，但我将把它放在这里以防它对某人有用。

综合答案：

威尔伯特的 - PS1 sinelaw 中包含哪些信息 - () 或 ()

# https://unix.stackexchange.com/questions/140610/using-variables-to-store-terminal-color-codes-for-ps1/140618#140618
# https://unix.stackexchange.com/questions/124407/what-color-codes-can-i-use-in-my-ps1-prompt
# \033 is the same as \e
# 0;32 is the same as 32
CYAN="$(echo -e "\e[1;36m")"
GREEN="$(echo -e "\e[32m")"
YELLOW="$(echo -e "\e[33m")"
RESET="$(echo -e "\e[0m")"

# https://stackoverflow.com/questions/4485059/git-bash-is-extremely-slow-in-windows-7-x64/19500237#19500237
# https://stackoverflow.com/questions/4485059/git-bash-is-extremely-slow-in-windows-7-x64/13476961#13476961
# https://stackoverflow.com/questions/39518124/check-if-directory-is-git-repository-without-having-to-cd-into-it/39518382#39518382
fast_git_ps1 ()
{
    git -C . rev-parse 2>/dev/null && echo " ($((git symbolic-ref --short -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null))"
}

# you need \] at the end for colors
# Don't set \[ at the beginning or ctrl+up for history will work strangely
PS1='${GREEN}\u@\h ${YELLOW}\w${CYAN}$(fast_git_ps1)${RESET}\] $ '

结果：

https://i.stack.imgur.com/t5kmm.png

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

解决方案是使其指向 %HOME%。如果你没有它，你可以在环境变量中设置它，现在 Git Bash 应该快如闪电了。

我在 Windows 7 x64 上作为受限用户帐户运行 Git for Windows (msysgit) 已经有一段时间了。

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

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

现在的表现很好。即使它安装在 Program Files (x86) 目录中，我作为受限用户没有权限，但它似乎没有遇到同样的问题。

我将此归因于便携式版本在写入/删除文件的位置更保守（可能是这种情况）或从 1.7 升级到 1.8 的事实。我不会试图确定是哪一个原因，我只想说它现在工作得更好，包括 Bash。

就我而言，实际上是 Avast 防病毒软件导致 Git Bash 甚至 PowerShell 变得非常缓慢。

我首先尝试禁用 Avast 10 分钟，看看它是否提高了速度，并且确实如此。之后，我在 Avast 中添加了整个 Git Bash 安装目录作为例外，用于读取、写入和执行。在我的例子中是 C:\Program Files\Git\*。

如果您从 cmd 使用 Git，请尝试从 Git Bash 运行它。在 cmd 中，git.exe 实际上是一个包装器，每次启动时都会设置正确的环境，然后才会启动真正的 git.exe。做你想做的事可能需要两倍的时间。 Git Bash 仅在启动时设置环境。

以上没有任何东西可以帮助我。在我的场景中，问题显示如下：

任何 ll 命令都很慢（执行大约需要 3 秒）

任何后续的 ll 命令都会立即执行，但前提是在前一个 ls 命令的 45 秒内。

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

因此，一旦我禁用了防火墙（在我的情况下为 Comodo）并让命令执行，问题就消失了。当防火墙重新打开时，它不会返回。我将尽早更新此响应，详细说明哪个进程正在执行阻塞 DNS 请求以及目标是什么。

BR,G

我的一位同事在 Windows 上遇到了 Git 问题 (7) git status checkout 和 add 很快，但 git commit 花了很长时间。

我们仍在努力寻找造成这种情况的根本原因，但是将存储库克隆到一个新文件夹中解决了他的问题。

正如许多人所说，这是因为 stash 是 Windows 上的一个 shell 脚本，但从 Git 2.18.0 开始，Windows 安装程序可以选择一个实验性功能，即更快（~90%）的内置版本 stash - https://github.com/git-for-windows/build-extra/pull/203。

我也遇到过类似的情况，我的问题与 Active Directory 有关，并且位于 vpn 后面。

干了半年才发现这块金子：http://bjg.io/guide/cygwin-ad/

您基本上只需要在 passwd 和 group 部分禁用 /etc/nsswitch.conf 中的 db（您可以在 git 目录中找到它），因此文件如下所示：

# Begin /etc/nsswitch.conf
passwd: files
group: files
db_enum: cache builtin
db_home: cygwin desc
db_shell: cygwin desc
db_gecos: cygwin desc
# End /etc/nsswitch.conf

然后更新您的本地密码和组设置一次：

$ mkpasswd -l -c > /etc/passwd
$ mkgroup -l -c > /etc/group

我也遇到了 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 status 很慢。哎哟。那是我亲手写的。我在尝试时发现这是一个问题

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 帖子 PS1 line with git current branch and colors，它运行良好。再次拥有一个快速的 Git 命令行。