Bazel运行Go测试挂载目录后Docker内ls可见文件但访问提示不存在

• 核心是Bazel运行测试时的runfiles机制导致：Bazel会将BUILD文件中声明的data依赖以符号链接的形式放置在测试运行的隔离沙箱（sandbox）目录中，而非直接存放实际文件。
• 你直接将沙箱中的docker-entrypoint-initdb.d目录挂载到Docker容器时，容器内的进程无法解析宿主机沙箱环境下的软链接指向的实际文件路径，就会出现你遇到的现象：
  • 普通ls可以读取目录下的软链接条目，所以能列出文件名
  • ls -al需要读取文件元数据、cat需要读取文件内容时，无法找到软链接指向的实际源文件，因此报错No such file or directory，权限位显示为问号。

按推荐优先级排序：

方案1：测试代码中生成实文件目录挂载（最推荐，无副作用） #

在Go测试代码中完成以下逻辑：

1. 导入Bazel的Go runfiles工具库，解析出docker-entrypoint-initdb.d下所有文件的实际物理路径
2. 创建一个临时目录，将所有需要挂载的文件从解析后的实际路径拷贝到临时目录中
3. 将临时目录作为挂载源传给Docker SDK的ContainerCreate接口，即可正常在容器内读取文件

方案2：调整Bazel测试启动参数（临时调试用） #

如果只是本地临时调试，可以给Bazel test命令添加参数，禁用沙箱软链接机制：

bazel test --spawn_strategy=local //你的测试目标路径:docker_test

该参数会让测试直接在源码目录运行，data依赖不会生成软链接，直接使用实际文件，挂载后可正常读取。但该方案会破坏Bazel测试的隔离性，可能修改源文件，不适合在CI流程中使用。

方案3：BUILD配置调整（适配CI场景） #

在go_test规则中添加args参数传递runfile解析规则，或者新增一个构建规则将docker-entrypoint-initdb.d下的所有文件打包为独立的压缩包，测试运行时先解压到临时目录再挂载，避免软链接问题。

内容的提问来源于stack exchange，提问作者IsaIkari