嘿，我完全懂你现在需要一个应急办法——在排查应用在Docker 17.12下挂起的根本问题期间，先阻止在不支持的Docker版本上构建。下面是两种可行的实现方式：

1. 在Dockerfile中嵌入版本检查逻辑 #

你可以在Dockerfile的构建阶段加入一段Shell脚本，提取当前Docker守护进程的版本，和你允许的17.09版本做对比，不匹配就直接终止构建并抛出错误。

示例代码：

# 替换成你实际使用的基础镜像
FROM your-base-image:latest

# 检查Docker版本是否为17.09
RUN DOCKER_VERSION=$(docker version --format '{{.Server.Version}}' | cut -d '.' -f 1,2) && \
    if [ "$DOCKER_VERSION" != "17.09" ]; then \
        echo "❌ 错误：仅支持Docker CE 17.09版本构建当前镜像，当前版本为：$DOCKER_VERSION" >&2; \
        exit 1; \
    fi

# 你的常规构建步骤
COPY ./app /app
RUN pip install -r /app/requirements.txt # 示例命令，替换为你的实际操作

注意：这个方法要求构建环境能直接调用docker命令（比如Docker-in-Docker场景，或者构建主机的Docker命令可被访问）。如果你的构建环境无法直接执行docker命令，可以考虑在触发Docker构建前，先用外部脚本完成版本检查。

2. 结合docker-compose的前置检查脚本 #

如果你用docker-compose管理构建和运行，可以写一个简单的启动脚本，先检查Docker版本，再执行docker-compose命令：

#!/bin/bash

# 提取Docker主版本和次版本
DOCKER_VERSION=$(docker version --format '{{.Server.Version}}' | cut -d '.' -f 1,2)

# 版本校验
if [ "$DOCKER_VERSION" != "17.09" ]; then
    echo "❌ 错误：仅支持Docker CE 17.09版本，当前版本为：$DOCKER_VERSION" >&2
    exit 1
fi

# 执行docker-compose构建/启动命令
docker-compose up --build

然后用这个脚本代替直接运行docker-compose up，这样在启动构建前就会完成版本校验。

重要提醒 #

这些都只是临时应急方案，正如你所说，后续一定要深挖问题根源：是代码在新版本Docker下的兼容性问题、基础镜像的差异，还是Docker 17.12本身的bug？比如可以尝试在17.12环境下抓取应用日志、核心转储，对比两个版本Docker的运行时配置（比如容器网络、存储驱动的变化）。

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