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

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

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

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

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

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

结合回答:

威尔伯特- 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请求以及目标是什么的更多详细信息。