Docker BuildKit配合挂载docker.sock使用Docker Compose构建报错如何解决

当你将宿主机的docker.sock挂载到容器内部使用时，所有Docker相关操作的实际执行主体是宿主机的Docker Daemon，而非容器内部的进程。你在容器内执行docker compose build时，容器仅负责将构建请求转发给宿主机Docker，宿主机Docker会按照请求携带的路径在自身的文件系统中查找demo.dockerfile，自然无法访问到存放在容器内部的该文件，这也是你可以正常启动已有镜像的兄弟容器，仅在构建镜像时报错的核心原因。

• 方案1：构建上下文路径同步挂载
  启动当前控制容器时，将你存放docker-compose.yml、demo.dockerfile以及构建相关代码的工作目录，同时挂载到宿主机的完全相同路径下。例如你容器内的工作目录为/app/my-project，启动容器时增加挂载参数-v /宿主机/本地/对应项目路径:/app/my-project，保证宿主机和容器在相同路径下可以访问到完全一致的构建上下文文件。
• 方案2：临时关闭BuildKit规避
  如果你仅需临时测试无需长期优化，可在执行构建命令前关闭BuildKit，使用旧版构建逻辑：

  DOCKER_BUILDKIT=0 docker compose build
  

  旧版构建逻辑会自动将容器内的当前上下文打包传输给宿主机Docker，不会出现路径找不到的问题，缺点是构建速度比BuildKit慢。
• 方案3：显式指定Dockerfile路径
  执行构建时通过-f参数显式指定容器内的Dockerfile相对路径，触发上下文自动打包逻辑：

  docker compose build -f ./demo.dockerfile
  

  该方案适配多数较新版本的docker-compose，不需要额外修改挂载配置。

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