在我的例子中，我在任务管理器中有一个仍然打开的abd.exe。杀死它解决了这个问题。

对于windows，在任务管理器中杀死sh.exe。

我看到的问题在窗口在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。

在我的例子中，我需要杀死sh.exe taskkill /F /IM sh.exe

我发现在任务管理器中杀死msys2终端可以解决这个问题