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

export PS1='$'

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

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

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

我在Windows 7 x64上用“以管理员身份运行”启动cmd.exe，解决了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。

通过设置核心，我看到了一个不错的改善。按照这里的建议，Preloadindex设为true。

正如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，但它应该可以在任何平台上工作)上测试的。

虽然您的问题可能是基于网络的，但我个人通过做两个修改将本地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中的速度问题正在进行哪些额外的工作。

你可以通过运行三个命令来设置一些配置选项来显著提高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/中的文件数量

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

通过右击设置环境变量 >属性——>高级系统设置——>环境变量 添加到用户变量部分

HOME=%USERPROFILE%

我也有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命令行。

我在Git Bash和Git GUI中都遇到了同样的问题。这两个程序以前都运行得很好，但后来它们突然慢了下来，我不知道为什么。

事实证明，是阿瓦斯特。Avast会导致各种程序(包括我编写的程序)发生一些奇怪的事情，所以我暂时禁用了它，当然，Bash现在的运行速度和在Linux上一样快。我只是将Git程序文件文件夹(C:\ program files \Git)添加到Avast排除列表中，现在它的运行速度和在Linux上一样快。

是的，我意识到杀毒软件不是最初帖子中的问题，但我只是把它放在这里，以防它对某人有用。

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

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

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

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

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

在我的例子中，它实际上是Avast防病毒软件，导致Git Bash甚至PowerShell变得非常缓慢。

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

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

git config --global status.submoduleSummary false

在windows 7 x64上运行简单的git status命令时，我的电脑花了30多秒才运行完。定义此选项后，命令立即生效。

激活Git自己的跟踪，如下面的页面所解释的那样，帮助我找到了问题的根源，这可能与您的安装不同: https://github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so-slow

结合回答:

威尔伯特- PS1中应该包含哪些信息 Sinelaw 's - (<branch_name>) or (<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}\] $ '

结果:

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

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

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

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

只有在设备管理器中关闭AMD Radeon显卡(或英特尔显卡)对我有帮助。

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

除了这些其他的答案，我还通过使用并行子模块抓取(从2016年初的Git 2.8开始)来加速多子模块的项目。

这可以用git fetch——recursive -submodules -j8和git config——global submodule来设置。fetchJobs 8，或者你有/想要使用的任何核。

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

我也有过类似的情况，我的问题与活动目录有关，坐在vpn后面。

这样工作了半年，找到了这个金子:http://bjg.io/guide/cygwin-ad/

你所需要做的就是在/etc/nsswitch.conf(你可以在你的git目录中找到它)中从passwd和group部分禁用db，这样文件看起来就像:

# 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