我安装了 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
感谢任何帮助。
附注当我试图找到答案时,我看到了相同的 question来自@jameseg,如果他看到这个,也许他可以提供帮助。
最佳答案
您的 PATH
环境变量一团糟。它有重复的条目,还有一个条目 C:\Program Files\nodejs\node.exe
无效,因为它应该是一个文件夹,而不是 文件,中间有.
,这也没什么意义。
但主要问题是它在 C:\Program Files\Java\jdk-13.0.1\bin
之后有一个杂散双引号:
有了这个,实际上它之后的所有路径都被忽略了,因为它们被视为一个大引号字符串的一部分(它在变量数据的末尾隐式终止)。
为了说明我的意思,考虑这个例子:
这个正确的 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""dows
。where 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/