Dockerfile继承基础镜像ENV结果不符合预期问题排查

核心错误：ARG的作用域未正确处理 #

你的问题出在Docker构建阶段的ARG作用域规则，和跨镜像继承无关，也不是重复使用ARG/ENV的干扰问题。

Dockerfile中，FROM指令会开启一个新的构建阶段，FROM之前声明的ARG属于"全局构建参数"，仅能用于FROM指令本身（比如动态指定基础镜像）；而FROM之后的构建阶段无法直接访问之前的ARG，必须重新声明才能引用构建时传递的--build-arg参数值。

你的Dockerfile.b和Dockerfile.c都犯了同样的错误：在FROM之后没有重新声明ARG INDEX，导致ENV INDEX=$INDEX中的$INDEX找不到有效值，最终赋值为空。

具体分析 #

1. 构建image-b时：
   你传递了--build-arg INDEX=1，但Dockerfile.b中FROM image-a之后的阶段没有重新声明ARG INDEX，所以ENV INDEX=$INDEX里的$INDEX是空值，最终image-b的ENV INDEX实际为空。
2. 构建image-c时：
   同样传递了--build-arg INDEX=1，但Dockerfile.c中FROM image-b之后的阶段也没重新声明ARG INDEX，ENV INDEX=$INDEX依然取不到值，最终运行image-c时$INDEX为空。

修复方案 #

在Dockerfile.b和Dockerfile.c的FROM指令之后，重新声明ARG INDEX，让当前构建阶段能获取到传递的构建参数：

修正后的Dockerfile.b

# Dockerfile.a（构建image-a）
FROM debian:latest
# ...

# Dockerfile.b（构建image-b）
ARG INDEX
FROM image-a
# 重新声明ARG，使当前阶段可访问构建时传递的参数
ARG INDEX
# ...
ENV INDEX=$INDEX
# ...

修正后的Dockerfile.c

# Dockerfile.c（构建image-c）
ARG INDEX
FROM image-b
# 重新声明ARG
ARG INDEX
# ...
ENV INDEX=$INDEX
# ...

额外说明 #

• 每个镜像的构建是独立的，image-b的构建参数不会自动传递给image-c，必须在构建image-c时单独传递--build-arg（你的循环命令已经做到了这一点）。
• 如果你的需求是让image-c直接继承image-b的ENV INDEX值，那么Dockerfile.c可以去掉ARG和ENV声明；但如果需要每个镜像都使用构建时传递的INDEX值，就必须按上述方式修正。

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