编辑:更新到适用于 Windows >= 2.9.0.windows1 的 Git 后问题已解决
免责声明
有些评论提到了这个问题背后的完整“故事”,但我决定缩短它,因为它太长而且难以理解。我向您展示尽可能简洁的失败示例。对于那些有兴趣了解问题的完整背景的人:可以在问题的先前修订 https://stackoverflow.com/revisions/37643385/11.
This: basedir=$(dirname "$(echo "$0" | sed -e 's,\\,/,g')")
是脚本中的第一行(不包括 hashbang)生成的安装 CLI 附带的任何软件包后,通过 npm 执行。
因为某些原因basedir
未正确解决,这就是节点找不到模块并崩溃的原因。我设法将问题范围缩小到最新的 Git for Windows 的 git-bash 上的子 shell 中的管道。执行:
echo -n "1:"
echo "a" | cat
echo -n "2:"
echo "$(echo "a" | cat)"
echo -n "3:"
echo "$(echo "a")"
prints:
1:a
2:
3:a
我找不到其他人遇到这个问题,所以我认为我的环境(Windows 10 Pro、Git for Windows 2.8.4)有问题,而且我个人不知道它可能来自哪里。
我的发现:
- 将 Windows 版 Git 降级到 2.6.4 可以解决该问题。不过我不喜欢被困在旧版本上;/
- 它在干净的 Windows 10 虚拟机上运行良好
- 管道输出似乎完全为空,因为运行以下代码片段不会返回任何结果。
- 全新安装 mingw + msys 不会出现问题
snippet:
echo $(echo foobar | cat > bazzzzzzzzzz ; ) ; cat bazzzzzzzzzz
find /c -name bazzzzzzz* 2> /dev/null # /c, /d and /x are my Windows partitions
find /d -name bazzzzzzz* 2> /dev/null # I did test if it actually works for existing file and it does
find /x -name bazzzzzzz* 2> /dev/null
感谢 agc 为解决这一问题提供了宝贵的帮助。
My PATH
变量看起来像这样:
PATH=/c/Users/ja/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/mingw64/bin:/usr/bin:/c/Users/ja/bin:/c/Windows:/c/Windows/System32:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0:/c/Program Files/nodejs:/c/ProgramData/Oracle/Java/javapath:/c/program files/graphicsmagick-1.3.23-q16:/c/ProgramData/chocolatey/lib/getopt/binaries:/c/Program Files (x86)/Windows Kits/8.1/Windows Performance Toolkit:/c/Program Files/nodejs:/c/Program Files (x86)/Microsoft VS Code/bin:/c/Users/ja/AppData/Roaming/npm:/c/Program Files (x86)/MacType:/usr/bin/vendor_perl:/usr/bin/core_perl
also
$ which sed
/usr/bin/sed
$ which echo
/usr/bin/echo
$ which cat
/usr/bin/cat
$ echo $SHELL
/usr/bin/bash