打开你的任务管理器，搜索“sh”进程并杀死它们。 祝你好运

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

终于找到原因了。

如果我们使用这样的代码(显式或隐式)，即在.bashrc文件中

eval $(ssh-agent -s)
ssh-add ~/.ssh/id_rsa

它生成一个新进程。

如果您不退出它，只是关闭窗口，则该进程仍在运行。所以每一个新的bash打开只是不断添加新的w/不处置旧的。

使用bash窗口时，只需按ctrl+d或键入exit来终止代理进程，就不会用光fork。

为了简化工作(这种问题经常发生)，在主目录下创建一个名为fixbash.bat的文件，并粘贴如下:

taskkill /f /IM ssh-agent.exe

当问题发生时，只需打开cmd并键入fixbash.bat来修复问题。

Or

如果你不想创建一个脚本，只需将taskkill命令粘贴到你的cmd。

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

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

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

$ taskkill /F /IM vim.exe

从git bash启动的进程似乎确实有问题，就像@mamacdon在他对@Scott Newson的回答的评论中所建议的那样。

对我来说，如果我从带有代码的bash中启动了vscode，如果vscode的这个实例在原始bash仍在运行时启动了集成的git终端，就会出现问题。

该终端是在开始时启动还是稍后启动并不重要，只要它是在原始bash仍在运行时启动的。

在集成终端打开之前，攻击已经结束，没有发生。不区分退出和关闭bash通过窗口。在另一个旧bash窗口仍在运行时没有发生。

对我来说，处理它的方法是用exit或'Kill Terminal'关闭vscode中的终端(注意不要与'close pane'混淆)，当然，关闭vscode本身。

如果您得到这个错误，请尝试记住您从bash中启动了什么并杀死它。如果其他答案适用于您，可能只是这些是由您的bash启动的东西，或者是由您从bash启动的进程启动的，它们以某种方式获得了您原始bash的子程序。