我用一个变通办法来解决这个问题:

关闭Git Bash窗口。 打开任务管理器。 找到“Git for Windows”进程。 杀死它。 打开Git Bash。

现在应该没问题了。

请在“任务管理器”窗口中找到ssh-agent进程。 停止或杀死ssh-agent进程后，错误将消失。

我看到的问题在窗口在git bash当我杀死我的git bash控制台不使用退出。我发现从windows任务管理器中杀死ssh-agent.exe任务可以解决这个问题。

这里的许多答案都建议他们需要杀死不同的进程，以便能够打开一个新的Git Bash终端。在我的情况下，有多个conhost.exe进程正在运行，我必须在成功打开另一个窗口之前杀死它们。

Perhaps more importantly, is why it happened. I think I know exactly what I did which led to this state. I noticed that when typing git log, if I then resize my Git Bash window, it would hang. (Pressing q would not exit the log and I could no longer type commands.) I ended up closing the window and opening another one. I was doing some testing of this repeatedly to see if I could figure out a solution to the freezing after resizing, and after doing this multiple times (probably around 10 times), I received the error in this question. The results of my testing are:

打开一个新的Git Bash窗口会启动以下过程:

conhost.exe git-bash.exe git.exe mintty.exe

现在，当你输入git log, 4个额外的进程打开:

bash.exe conhost.exe git.exe exe(只有当你的日志无法显示在一个屏幕上时，它才会保持打开状态)

当你关闭Git Bash时，这8个进程通常都消失了。但是，由于一个错误(我认为可能是在less.exe中)，当您在查看日志时调整窗口大小时，Git Bash挂起。如果现在关闭窗口，8个进程中只有6个会关闭。less.exe和conhost.exe都保持活动状态。在我的例子中，最终建立了足够多的conhost.exe进程，并导致了导致Git Bash显示错误而无法启动的问题。

也就是说，我试图重复这个问题，但在20多次尝试后放弃了，当我处于问题状态时，这比我必须杀死的conhost进程要多。我怀疑这不是进程号，而是导致错误的一个或多个进程的状态。显然，由于其他答案提到关闭不同的进程，无法正确关闭和对抗Git Bash的“东西”可能会有所不同，这取决于您使用的工具。

注意，我使用的Git版本:2.37.1.windows.1。

如果你打开了另一个VS code终端会话，关闭它再试一次，它会正常工作的。

在谷歌组中发现了类似的问题和解决方案

我打开一个windows命令提示符并运行该命令 tasklist美元 当这些窗口被关闭并挂起可用的git bash shell窗口时，看起来好像我在我的git bash shell中所做的ssh连接没有被关闭。 这可能是一个危险的解决方案，但我从windows命令提示符运行 $ taskkill /F /IM ssh.exe 在这之后，一切似乎都恢复正常了。这可能不是孤儿进程的直接问题，但至少对我来说是有效的。

附加提示:你也可以杀死其他进程，例如:

$ taskkill /F /IM vim.exe