如何在Dockerfile中访问docker build上下文实现条件判断

原生Dockerfile无法直接获取传入的构建上下文路径，没有内置变量或构建参数暴露该值，因此不能直接基于传入的root/project1这类上下文路径做条件判断。
注意你示例中的docker build命令存在两处问题：一是-f参数需要指定Dockerfile的具体文件路径，写-f .为无效写法，正确指定通用Dockerfile的格式应为-f ./Dockerfile；二是第三条命令为root/project3的构建结果打了project2:1.0.0的标签，属于笔误，实际使用时注意修正。

方案1：通过构建参数（ARG）传递项目标识（推荐） #

这是稳定性、可维护性最高的方案，无需依赖上下文路径，直接在构建时显式传入当前构建的项目标识，Dockerfile内基于该参数做条件分支即可。

1. 在通用Dockerfile开头定义参数：

# 定义构建时传入的项目名参数
ARG PROJECT_NAME

# 基于参数值做条件分支，编写不同项目的专属构建逻辑
RUN if [ "$PROJECT_NAME" = "project1" ]; then \
        # 示例：project1专属依赖安装、配置复制等逻辑
        apt update && apt install -y nginx ; \
    elif [ "$PROJECT_NAME" = "project2" ]; then \
        # 示例：project2专属逻辑
        apt update && apt install -y openjdk-17-jre ; \
    elif [ "$PROJECT_NAME" = "project3" ]; then \
        # 示例：project3专属逻辑
        apt update && apt install -y nodejs ; \
    fi

2. 调整构建命令，构建时传入对应项目名参数：

$ docker build -t project1:1.0.0 -f ./Dockerfile --build-arg PROJECT_NAME=project1 root/project1
$ docker build -t project2:1.0.0 -f ./Dockerfile --build-arg PROJECT_NAME=project2 root/project2
$ docker build -t project3:1.0.0 -f ./Dockerfile --build-arg PROJECT_NAME=project3 root/project3

方案2：基于上下文内的独有特征文件判断 #

如果不想额外新增构建参数，可以在每个项目的上下文目录（即root/project1、root/project2、root/project3）下放置唯一的标记文件，比如在project1目录下放置空文件.project1，project2目录下放置空文件.project2，Dockerfile内通过判断标记文件是否存在，走对应项目的构建分支：

RUN if [ -f ./.project1 ]; then \
        # project1专属构建逻辑
        echo "build project1" ; \
    elif [ -f ./.project2 ]; then \
        # project2专属构建逻辑
        echo "build project2" ; \
    elif [ -f ./.project3 ]; then \
        # project3专属构建逻辑
        echo "build project3" ; \
    fi

该方案无需修改原有构建命令，但要求每个项目目录必须存在可唯一区分的特征文件，否则会出现判断逻辑失效的问题。

Docker构建时，CLI端会先将指定的构建上下文目录全量打包，发送给Docker daemon，daemon解压后拿到的是纯文件系统内容，不会保留上下文目录在宿主机上的原始路径字符串（比如传入root/project1时，daemon仅感知到当前构建根目录下的文件结构，无法获知root/project1这个路径值），因此不存在直接读取上下文路径的方法。

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