如何在Docker Compose配置服务时实现无构建上下文构建？

可以实现，和docker build - < Dockerfile的零上下文传输效果完全等价，只是配置逻辑和原生CLI的管道写法不同。

首先明确docker build - < Dockerfile的核心行为：构建时不会将本地任何目录打包作为上下文发送给Docker守护进程，仅以传入的Dockerfile内容作为构建依据，全程没有本地上下文文件传输开销，也不支持Dockerfile通过COPY/ADD引用本地文件。

具体实现方式 #

兼容所有Compose版本的通用方案 #

提前在项目中创建一个不包含任何文件的空目录（比如命名为.empty），在服务的build配置中将上下文指向这个空目录，同时显式指定实际使用的Dockerfile路径即可：

services:
  your-app:
    build:
      context: ./.empty # 指向空目录，构建时传输的上下文大小为0
      dockerfile: ../Dockerfile # 填写实际Dockerfile相对于空目录的路径

这种配置的构建行为和管道传入Dockerfile完全一致，没有额外的上下文扫描、传输开销。

高版本Compose极简方案 #

如果你使用的是v2.17.0及以上版本的Docker Compose，支持直接在配置文件中内联Dockerfile内容，不需要额外创建空目录和独立Dockerfile文件，类Unix系统可以直接将上下文指向空设备/dev/null：

services:
  your-app:
    build:
      context: /dev/null # 直接使用系统空设备作为上下文，零开销
      dockerfile_inline: |
        FROM alpine:3.20
        RUN apk add --no-cache curl
        CMD ["sleep", "infinity"]

Windows环境没有/dev/null设备，换成提前创建的空目录路径即可。

注意事项 #

• 无上下文构建时，Dockerfile中的COPY/ADD指令只能引用远程URL资源，不能引用本地文件，否则会直接报错，这和原生CLI的无上下文构建限制完全一致。
• 不推荐用「项目根目录作为context+.dockerignore排除所有文件」的方式模拟，这种方案Compose仍会遍历整个目录计算文件哈希，产生不必要的IO开销，效率远低于直接使用空目录/空设备作为上下文。

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