在Windows 7 x64上，Git Bash非常慢

23 回答

• 374

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

  回复于 2024-04-29T21:48:58+08:00
• 30

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

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

  HOME=%USERPROFILE%
  

  回复于 2024-04-29T21:48:58+08:00
• 81

  您可以通过运行三个命令来设置一些配置选项，从而显着加快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 /中的文件数

  回复于 2024-04-29T21:48:58+08:00
• 2

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

  export PS1='$'
  

  回复于 2024-04-29T21:48:58+08:00
• 8

  在对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 .

  回复于 2024-04-29T21:48:58+08:00
• 15

  虽然您的问题可能是基于网络的，但我个人通过两次修改加速了我的本地 git status 呼叫十倍（7秒降至700毫秒） . 这是一个700 MB的存储库，包含21,000个文件和大量的大型二进制文件 .

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

  git config core.preloadindex true
  这从7秒改变了 time git status 到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 处的"start"键更改为4以禁用驱动程序 . 然后，将UAC置于其最低设置"never notify" .

  如果禁用此驱动程序会让您保持警惕（应该），则在与系统分区不同的驱动器（或分区）上运行替代方案 . 显然，驱动程序仅在系统分区上的文件访问上运行 . 我有一个第二个硬盘驱动器，并在我的C驱动器上运行此注册表修改时看到相同的结果，因为我在D驱动器上没有它 .

  此更改需要 time git status 从2.5秒降至0.7秒 .

  您还可以按照https://github.com/msysgit/git/pull/94和https://github.com/git/git/commit/d637d1b9a8fb765a8542e69bd2e04b3e229f663b查看Windows中速度问题正在进行的其他工作 .

  回复于 2024-04-29T21:48:58+08:00
• 2

  似乎完全卸载Git，重新启动（经典的Windows固化），并重新安装Git是治愈 . 我还清除了剩下的所有bash配置文件（它们是手动创建的） . 一切都很快 .

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

  回复于 2024-04-29T21:48:58+08:00
• 21

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

  回复于 2024-04-29T21:48:58+08:00
• 21

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

  回复于 2024-04-29T21:48:58+08:00
• 10

  如Chris Dolan所述's and Wilbert'的答案， PS1 slows you down .

  而不是完全禁用（如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 那么复杂 - 例如它没有足够好和快速 .

  这是在Git 1.7.9（Cygwin，但它应该适用于任何平台）上测试的 .

  回复于 2024-04-29T21:48:58+08:00
• 5

  我在Git Bash和Git GUI中遇到了同样的问题 . 两个程序都运行得很好，但随后他们随机慢下来爬行，我无法弄清楚原因 .

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

  是的，我知道防病毒软件不是原帖中的问题，但我会把它放在这里，以防它对某人有用 .

  回复于 2024-04-29T21:48:58+08:00
• 5

  通过更改以下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

  回复于 2024-04-29T21:48:58+08:00
• 4

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

  回复于 2024-04-29T21:48:58+08:00
• 2

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

  

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

  回复于 2024-04-29T21:48:58+08:00
• 2

  综合答案：

  • Wilbert's - PS1中包含哪些信息

  • sinelaw's - (<branch_name>) 或 (<sha>)

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

  结果：

  

  回复于 2024-04-29T21:48:58+08:00
• 2

  我在Windows 7 x64上运行Git for Windows（msysgit）作为有限的用户帐户已经遇到了同样的问题 .

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

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

  现在表现很好 . 即使它安装在 Program Files (x86) 目录中，我似乎也没有遇到同样的问题 .

  我将此归结为便携式版本在写入/删除文件的位置（可能是这种情况）或从1.7升级到1.8的位置更加保守 . 我不打算确定哪一个是原因，足以说它现在好多了，包括Bash .

  回复于 2024-04-29T21:48:58+08:00
• 0

  在我的情况下，它实际上是Avast杀毒软件导致Git Bash，甚至PowerShell变得非常慢 .

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

  回复于 2024-04-29T21:48:58+08:00
• 0

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

  这可以通过 git fetch --recurse-submodules -j8 完成，并使用 git config --global submodule.fetchJobs 8 设置，或者您拥有/想要使用多个核心 .

  回复于 2024-04-29T21:48:58+08:00
• 0

  以上任何内容都无法帮助我 . 在我的场景中，问题显示如下：

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

  • 任何后续 ll 命令立即执行， but only if within 45 seconds from the previous ls command .

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

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

  BR，G

  回复于 2024-04-29T21:48:58+08:00
• 0

  我也遇到了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 line with git current branch and colors，它工作正常 . 再次拥有一个快速的Git命令行 .

  回复于 2024-04-29T21:48:58+08:00
• 70

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

  解决方案是让它指向 %HOME% . 如果你没有它，你可以在环境变量中进行设置，现在Git Bash应该是闪电般快速的 .

  回复于 2024-04-29T21:48:58+08:00
• 2

  我的一个同事在Windows上使用Git遇到麻烦（7） git status checkout 和 add 很快，但 git commit 花了很长时间 .

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

  回复于 2024-04-29T21:48:58+08:00
• 1

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

  回复于 2024-04-29T21:48:58+08:00