gpt4 book ai didi

node.js - Node 和 npm 已安装,但 Git bash 无法识别 'node' 内的 'npm run dev'(其他 shell 工作正常)

转载 作者:行者123 更新时间:2023-12-04 17:27:09 25 4
gpt4 key购买 nike

我安装了 npm 和 Node (尝试了 Windows 的 NVM 和直接安装)。

Git Bash 中运行“npm -v”或“node -v”时一切正常。但是当我尝试运行“npm run dev”(或任何其他命令)时,输出显示“无法识别 Node 命令”。

在其他 shell(CMD/Powershell)中一切正常。

我检查了 Windows 中的 Path 变量,Git Bash 中的 Path 变量,一切似乎都是正确的。

Error screenshot Path variable screenshot

Path variables cmd/procmon

感谢任何帮助。

附注当我试图找到答案时,我看到了相同的 question来自@jameseg,如果他看到这个,也许他可以提供帮助。

最佳答案

您的 PATH 环境变量一团糟。它有重复的条目,还有一个条目 C:\Program Files\nodejs\node.exe 无效,因为它应该是一个文件夹,而不是 文件,中间有.,这也没什么意义。

但主要问题是它在 C:\Program Files\Java\jdk-13.0.1\bin 之后有一个杂散双引号:

stray doublequote

有了这个,实际上它之后的所有路径都被忽略了,因为它们被视为一个大引号字符串的一部分(它在变量数据的末尾隐式终止)。


为了说明我的意思,考虑这个例子:

这个正确的 PATH 变量...

C:\a;C:\b;"C:\c 123";C:\d;C:\e

...被解释为:

C:\a
C:\b
C:\c 123
C:\d
C:\e

但是,这个 PATH 变量我删除了其中一个引号...

C:\a;C:\b;C:\c 123";C:\d;C:\e

...解释如下:

C:\a
C:\b
C:\c 123";C:\d;C:\e

这起初可能只有一半意义,但这是因为 Windows 解析此变量的古怪方式:遇到双引号时,它会从结果中删除,但会切换一个标志,表明我们现在是否在带引号的字符串中。设置标志后,分号将被忽略。因此,即使杂散引号位于路径的末尾(或路径中间),它也会产生实质上引用其余变量数据的效果,直到下一个双引号或数据结束。

令人困惑的是,您可能仍然有 where node 报告它找到了 Node ,因为 where.exe 工具以稍微不同的方式进行自己的解析 (忽略引号),所以你不能依赖它的输出! (例如,尝试 set PATH=c:\win""dowswhere explorer 会说找不到,但是 explorer将打开资源管理器。你会得到相反的东西,比如 set PATH=x"y;c:\windows - where explorer will list c:\windows\explorer.exe,但是 explorer 不会工作。)它在 Git Bash 中工作的原因可能是相同的:当环境变量被转换为 UNIX 路径时,它们被稍微解析不同于 Windows 自己执行此操作,无意中更正了过程中有问题的条目。

因此,解决方案是从您的路径变量中删除这个双引号。

关于node.js - Node 和 npm 已安装,但 Git bash 无法识别 'node' 内的 'npm run dev'(其他 shell 工作正常),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62530453/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com