问题起源于 man npm-completion
的时候,尝试了一下这个命令 source <(npm completion)
发现不生效,有点抓狂,十分奇怪就去摸索了下
以下是验证过程
最初的预期:输出 123
source <(echo echo 123)
在 macOS 下失败了,没有输出,而在 linux 下按预期输出了 123
把 source
换成🐱验证一下是否管道文件有问题
cat <(echo echo 123)
这次无论是 macOS 还是 linux 都按预期输出了 echo 123
,
说明管道文件的读取是没问题的
把管道的位置交换一下,让 source
去读取 stdin
这次居然很意外的成功了
echo echo 123 | source /dev/stdin
成功输出了 123
,
但是这次虽然成功但因为在管道的后面 source
其实是在一个 subshell
里面执行的无法改变当前 shell 的环境所以其实毫无意义
只是这个测试结果让我非常困惑,为什么 source 命令有时候能读取管道文件( 1 )有时候有不行呢( 3 )
把管道的顺序反过来试试(其实和 1 是完全一样的,不管了,死马当活马医)
source /dev/stdin < <(echo echo 123)
果不其然,结果和 1 一样, macOS 失败而 linux 成功
最后没辙了,用 eval
吧,没有管道了总不可能还失败吧
eval "$(echo echo 123)"
结果当然是没问题,成功输出了 123
回到最初的问题,当然用 eval
就可以解决了
eval "$(npm completion)"
真是让人困惑, macOS 的 bash 到底有什么不同导致有这样的行为差异
本来想去 SO 问的,但打英文太累了,还是在这里吐槽一下算了
1
heyjei 2020-12-14 23:33:43 +08:00 via Android
< 这个符号用的不多,不熟悉。
不过你确定是用的 mac os 的 bash 嘛? macos 默认的是 zsh 。 如果是 bash,那会不会是两边的 bash 的版本问题? |