如何在当前 go.mod 模块之外的 go 模块中运行测试并在失败时打印相关文件名

如何解决如何在当前 go.mod 模块之外的 go 模块中运行测试并在失败时打印相关文件名

我的问题是“我是 go、typescript、C++、protobuf 和一堆其他语言的用户，它们都存在于一个 monorepo 中，我希望文本编辑器能够构建和测试跨所有语言编写代码，并使用其内置功能在失败时打开并转到正确的文件和行。”

此 repo 的子目录之一包含 go 代码。这个 monorepo 的根不是 go 模块。当我想构建诸如集成测试或文档之类的东西时，我什至可能不会专注于 go 模块，但是作为这个更大过程的一部分，仍然需要构建和/或测​​试 go 代码。

编辑器的工作目录（无论是 vim、emacs、Eclipse、Visual Studio Enterprise 还是其他东西）是 monorepo 的根目录，它不在 go 模块中。

编辑器调用的构建和测试命令最终会从编辑器的当前工作目录运行，该目录是 monorepo 的根目录；它们提供编辑器工作目录中相关文件的相对路径作为参数。这适用于我们使用的所有其他语言。

目前，我找不到将这个（大概并不少见）设置粘贴到 go 构建系统中的好方法，这样每种编辑器（vim、emacs、vscode 等）的错误解析器都会找到并为测试失败（或构建失败）打开正确的文件，因为 go 工具要求工作目录不是编辑器的目录，并且不允许以更改以外的任何其他方式覆盖工作目录 -目录。 （与“make”这样的工具相比，它允许“make -C some/directory”）

到目前为止，我们在多种语言中所做的事情是这样的：

• 工作目录是 /home/me/mything
• 构建和测试执行类似 make -C cpp/path/module 之类的操作，适用于每种语言
• 错误是相对于 CWD 打印的，因此 cpp 文件中的错误会显示 cpp/path/module/include/someheader.h:123: template is too complex
• 所有现有的工具和编辑器在构建和测试方面都表现出色，并且他们找到了要打开的文件
• golang 过去通过执行 go test ./go/src/whatever/package 来工作（并且 GO111MODULE 仍然有效）
• 关闭 GO111MODULE 后，该调用现在出错，抱怨 CWD 不在模块内，即使有问题的构建目录在模块内。

出于这个问题的目的，让我们考虑一个如下所示的整体项目：

/home/me/mything:
  cpp/
  docs/
  go/
    src/
      whatever/
        go.mod
        vendor/
        package/
          some_test.go
  haskell/
  typescript/
  react/

编辑器/IDE的当前工作目录是本次检查的根目录——/home/me/mything

如果我要更改 go 包的构建命令以执行类似 cd go/src/whatever && go test ./package 的操作，那么在构建或测试错误的情况下打印的文件名将类似于 package/myfile_test.go:123: insufficient shoe size，它与 {{ 1}}，与编辑器 CWD 无关，因此编辑器在解析错误时不会找到并打开文件。

最好的解决方案是，如果 go/src/whatever 可执行文件有一个选项，其行为类似于“如果目录是命令的参数，则根据该目录确定模块，而不是基于 CWD”，这将使当前设置正常工作。

第二好的是“允许使用单独的命令行选项指定模块假设”，这意味着我们可以将 go build/test 命令指定为 go test go -- 这有点由于路径中的“whatever”重复（它既是模块的根，也是根包的名称），因此更加麻烦，但它可以工作。

第三个最佳选择是强制工具始终输出完整路径文件名的命令行选项。无论工作目录是什么，这都会让编辑器找到正确的文件。我们会像 --module-root=./go/src/whatever whatever/package

一样调用它

问题：是否已经存在这些选项中的任何一个（我只是没有找到？）或者是否还有其他选项可以实现相同的目标？