Bash /bin/test prints'目录不在工作区内：/Users/myusr'为红色。这是一个错误吗？

在安装ocaml和opam之后，它将这一行添加到我的.bash_配置文件macOS中

test-r/Users/myusr/.opam/opam init/init.sh&/Users/myusr/.opam/opam init/init.sh>/dev/null 2>/dev/null | true 该脚本使用相同的模式再调用一些

对位于/bin/test的此测试二进制文件的每次调用都以红色打印：

Directory isn't within a workspace: '/Users/myuser'

这是一个错误吗？这是什么意思？如果我不喜欢在打开终端时看到红色的错误消息，我应该从所有这些脚本调用中删除对test的调用吗

---

我找不到这方面的信息。

如注释中所述，在运行type-a测试OP之后 意识到有东西覆盖了他们机器上的测试命令， 因此，测试的异常行为。通常，a型测试应返回如下内容：

test is a shell builtin
test is /usr/bin/test
test is /bin/test

但可以通过对测试进行别名或将其转换为 功能：

$ alias test='echo fake test'
$ type -a test
test is aliased to `echo fake test'
test is a shell builtin
test is /usr/bin/test
test is /bin/test
$ test
fake test

---

我不认为这个错误来自test，我会说它来自/Users/myusr/.opam/opam init/init.sh。如果您只运行test-r/Users/myusr/.opam/opam init/init.sh会发生什么？ArkadiuszDrabczyk目录不在工作区内：'/Users/myuser'OK，post-a类型的输出和bash-c'test-r/Users/myusr/.opam/opam init/init.sh'。有可能是某种方式覆盖了该类型，但我不知道是否有可能覆盖内置的。啊，类型-测试显示我或我的公司将测试别名为我公司的构建系统测试。哎呀，难怪没有其他人有这个问题。