Git Bash 在 Windows 7 x64 上非常慢

Question

在开发一个小项目期间，我一直在 Windows 和 Ubuntu 上使用 Git，经常在两者之间来回切换。问题是 Git Bash 始终变慢。

当我说慢时，我的意思是运行 cd 需要 8-25 秒，运行 git 命令需要 5-20 秒，而 ls > 有时可能需要长达 30 秒。不用说，这并不有趣，更不用说没有生产力了。我知道 Git 在 Windows 上速度较慢，但​​这太荒谬了。

对我来说暂时有效的一个解决方案是禁用我的网络连接（如 这个答案），启动 Git Bash，然后重新连接。有时这样做后，它会继续快速运行几天，但性能最终总是会下降。我已经断断续续地浏览了 msysgit 讨论组、Stack Overflow、msysgit 问题列表等几个星期，但我一直无法找到有效的解决方案。

到目前为止，我已经尝试过：

• 添加 Git &将项目文件夹添加到病毒扫描程序的排除列表
• 完全禁用我的病毒扫描程序 (Kaspersky 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 个文件。

Answer 1

您可以通过运行三个命令来设置一些配置选项，从而显着加快 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（更新：在 Windows 2.8 的 Git 中默认启用）

• gc.auto 最大限度地减少 .git/ 中的文件数量

Answer 2

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

export PS1='

Answer 3

我的 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。

Answer 4

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

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

HOME=%USERPROFILE%

Answer 5

在 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\]
$ '

这保留了彩色 shell 和显示当前分支名称（如果在 Git 存储库中）的优点，但在我的机器上速度明显更快，从 ~0.75 秒到 0.1 秒。

这是基于这篇博文。

Answer 6

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

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

git config core.preloadindex true

这将 时间 git status 从 7 秒更改为 2.5 秒。

更新！

以下不再是必要的。自 mysysgit 1.9.4 起，补丁已修复此问题
https://github.com/msysgit/git/commit/64d63240762df22e92b287b145d75a0d68a6 6988
但是，您必须通过键入
来启用修复
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 中的“start”键更改为 4 以禁用该驱动程序。然后，将UAC设置为最低设置，“从不通知”。

如果禁用此驱动程序让您保持警惕（应该如此），则可以选择在与系统分区不同的驱动器（或分区）上运行。显然，该驱动程序仅在系统分区上的文件访问上运行。我有第二个硬盘，在 C 盘上进行此注册表修改后运行时看到的结果与在 D 盘上没有修改时看到的结果相同。

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

您可能还想关注 https://github.com/msysgit/git/pull/94< /a> 和 https://github.com/git/git/commit/d637d1b9a8fb765a8542e69bd2e04b3e229f 663b 查看针对 Windows 中的速度问题正在进行哪些额外工作。

Answer 7

看来完全卸载 Git、重新启动（经典的 Windows 解决方法）并重新安装 Git 就是解决方法。我还清除了所有剩下的 bash 配置文件（它们是手动创建的）。一切又变得很快了。

如果由于某种原因无法（或不需要）重新安装，那么我肯定会尝试更改 Chris Dolan 的回答;它导致某些操作的显着加速。

Answer 8

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

Answer 9

通过将 core.preloadindex 设置为 true 如此处推荐的。

Answer 10

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

git config --global status.submoduleSummary false

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

按照下页中的说明激活 Git 自己的跟踪帮助我找到了问题的根源，这可能在您的安装中有所不同：
https://github.com/msysgit/msysgit/ wiki/诊断为什么 Git 这么慢

Answer 11

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

我在这里找到了答案：
https://superuser.com/questions/1160349/git-is- Windows 上速度极慢#=

Answer 12

正如 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 的“fast_Git_PS1”答案更快 - 200 毫秒 vs . 400 毫秒，所以它减少了你的即时迟缓。

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

这已在 Git 1.7.9（Cygwin，但它应该适用于任何平台）上进行了测试。

Answer 13

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

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

Answer 14

我在 Git Bash 和 Git GUI 中都遇到了同样的问题。这两个程序过去都运行得很好，但后来它们随机地变慢了，我不明白为什么。

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

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

Answer 15

综合答案：

1. Wilbert's - PS1 中包含哪些信息
2. sinelaw's - () 或 ()

# 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}\] $ '

结果：

Answer 16

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

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

Answer 17

我在 Windows 7 x64 上以有限用户帐户运行 Git for Windows (msysgit) 时遇到了同样的问题相当长一段时间。

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

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

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

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

Answer 18

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

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

Answer 19

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

Answer 20

我也遇到过类似的情况，我的问题与 Active Directory 和 VPN 相关。

像这样工作了半年后发现了这个黄金：http://bjg.io/guide/cygwin -ad/

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

# 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

Answer 21

以上任何内容都无法帮助我。在我的场景中，问题是这样显示的：

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

当使用 进程监视器发现每个命令之前都有一个DNS请求。

因此，一旦我禁用防火墙（在我的例子中是 Comodo）并让命令执行，问题就消失了。当防火墙重新打开时，它不会返回。我将尽早更新此响应，提供有关哪个进程正在执行阻止 DNS 请求以及目标是什么的更多详细信息。

Answer 22

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

我们仍在尝试找到此问题的根本原因，但将存储库克隆到新文件夹中解决了他的问题。

Answer 23

正如许多人所说，这是因为 stash 是 Windows 上的 shell 脚本，但从 Git 2.18.0 开始，Windows 安装程序可以选择更快（约 90%）的内置实验功能。在藏匿版本中-
https://github.com/git-for-windows/build-额外/拉/203。

Answer 24

我从 git repo wiki 找到了两种有用的诊断方法：
https://github.com/git-for-windows/ git/wiki/Diagnosing-performance-issues

基本上，将 set -x 添加到 /etc/profile 的顶部，将回显实际执行的 shell 命令。这样您就可以找出哪个命令导致提示延迟。

但就我而言，主要是那些网络操作。我在 git 命令前面添加了 GIT_TRACE=1 ，以便它打印出正在执行的子 git 命令。

就我而言，我发现 git-credential-manager get 被执行了多次，并且每次调用都会等待几秒钟。因此，在谷歌搜索之后，我在管理模式下尝试了 git config --system --unset credential.helper 。 Sourcetree 现在很快，尽管我每次都需要在 git bash 中重新输入凭据。

有人怀疑是杀毒软件引起的，但现在无法证实。
https://github.com/Microsoft/Git-Credential- Manager-for-Windows/issues/786

Answer 25

我也遇到了 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
    ...

来自堆栈溢出帖子PS1 线与 git 当前分支和颜色 并且工作正常。再次拥有快速的 Git 命令行。

当我尝试此处一个答案中提到的类似操作 。命令行速度快如闪电。

现在我正在使用这个：

来自堆栈溢出帖子PS1 线与 git 当前分支和颜色 并且工作正常。再次拥有快速的 Git 命令行。