无法打开应位于基本路径中的文件

大家好，今天本人给大家带来文章《无法打开应位于基本路径中的文件》，文中内容主要涉及到，如果你对Golang方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

我有一个 go 项目 (bazel-remote)，当使用 bazel 构建时，它尝试读取在命令行中传递的 yaml 文件。此 yaml 文件位于与我运行 bazel run 命令的位置相同的位置。

但它无法运行，因为 os.open 失败，并显示 _no such file or directory_。

我使用os.getwd打印了basepath，因为有人建议我的basepath可能设置错误。但是我的 basepath 设置为 /private/var/tmp/ 中创建和存储 bazel 对象的位置：

/private/var/tmp/_bazel`_`<username>``/312feba8ddcde6737ae7dd7ef9bc2a5a/execroot/__main__/bazel-out/darwin-fastbuild/bin/darwin_amd64_static_pure_stripped/bazel-remote.runfiles/__main`__

如何正确设置我的 basepath？为什么我的 basepath 设置为它所在的位置？

解决方案

以 bazel run 启动的二进制文件在内部 bazel 目录中执行。他们将有权访问“运行文件”，这些文件是二进制规则或其依赖项的 data 属性中提到的文件。例如，如果您有如下规则，则您将能够读取 foo.txt，但不能读取 bar.txt 或其他文件：

load("@io_bazel_rules_go//go:def.bzl", "go_binary")

go_binary(
    name = "hello",
    srcs = ["hello.go"],
    data = ["foo.txt"],
)

请注意，二进制文件的工作目录对应于存储库根目录，而不是定义二进制文件的目录。您可以使用 os.getwd 和 filepath.walk 进行调试。

您提到您想要访问在命令行中传递的 yaml 文件。据推测，您希望能够访问用户传入的任何文件，而不仅仅是 data 属性中提到的文件。对于这种情况，请查看 build_working_directory 环境变量（bazel run 设置此变量）。这给出了调用 bazel run 的目录的路径。另外，build_workspace_directory 是工作区根目录的路径。

今天关于《无法打开应位于基本路径中的文件》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！