如何不修改Docker daemon配置处理Docker构建日志上限问题

Docker构建日志由构建后端（BuildKit/传统Docker Builder）捕获命令的stdout/stderr生成，不存在Dockerfile内置指令可以清空已累计的日志，所有可行方案均通过控制日志输出来实现，无需修改daemon配置，可全平台通用：

方案1：多阶段构建拆分日志（最推荐） #

将大体积的编译任务拆分到独立的构建阶段，每个阶段的日志单独统计，不会跨阶段累计。你可以将LLVM、compiler-rt这类大组件的构建单独放在一个阶段，后续阶段只拷贝构建产物即可，既避免日志累计，还能减少最终镜像体积。
示例Dockerfile结构：

# 阶段1：单独构建LLVM组件
FROM ubuntu:22.04 AS llvm-builder
RUN apt update && apt install -y clang cmake ninja-build
RUN # 你的LLVM构建命令，该阶段的日志仅统计LLVM构建部分

# 阶段2：构建剩余系统组件
FROM llvm-builder AS system-builder
RUN # 后续的系统构建命令，日志从该阶段重新开始统计

方案2：按需输出日志，丢弃正常流程的冗余输出 #

将编译过程的详细日志写入容器内临时文件，仅在编译失败时才将日志打印到stdout，正常构建成功时无冗余输出，可减少90%以上的日志量。
示例命令：

RUN set -euo pipefail \
    && ninja -j$(nproc) all > build_temp.log 2>&1 \
    || (cat build_temp.log && exit 1) \
    && rm -f build_temp.log

该写法下：

• 编译成功时，所有输出直接写入临时文件后删除，不会产生任何构建日志
• 编译失败时，自动打印完整构建日志后退出，不影响调试

方案3：拆分长RUN指令控制单步日志量 #

如果需要保留部分正常构建的日志，可将原本单条的长构建命令拆分为多条短RUN指令，每条指令的日志量控制在合理范围，避免单条指令直接触达1MB上限。

注意：所有构建日志存储在Docker daemon侧，容器内部没有权限修改或删除已捕获的历史构建日志，因此不存在「构建中途清空已有日志」的实现方式，通过上述流控方案即可完全解决日志上限问题。

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