执行摘要

• 一句话：修复 Docker 共享构建缓存竞态条件
• 推荐动作：值得合并，属低风险基础设施改进。建议精读 Dockerfile 中 cargo 缓存部分，理解 BuildKit 缓存共享语义。

功能与动机

PR body 指出 root cause：--mount=type=cache 默认 sharing=shared，多个容器并发读写同一 host 目录会导致 cargo 写冲突。vllm 的 release pipeline 包含并行 job，容易触发此问题。

实现拆解

1. 在 docker/Dockerfile 中，将 cargo registry 和 git 缓存挂载的 sharing=shared（默认）改为 sharing=locked，确保同一时间只有一个容器访问缓存目录。
2. 对 docker/Dockerfile.nightly_torch 和 docker/Dockerfile.xpu 做相同修改，保持三个 Dockerfile 行为一致。
3. 修改仅涉及 RUN --mount=type=cache 行，每个文件变更 2-3 行，无代码逻辑改动。

关键文件：

• docker/Dockerfile（模块 容器构建；类别 infra；类型 infrastructure）: 主 Dockerfile，修复 cargo 缓存竞态条件，与 Dockerfile.cpu/Dockerfile.rocm 对齐
• docker/Dockerfile.nightly_torch（模块 容器构建；类别 infra；类型 infrastructure）: nightly torch 构建 Dockerfile，同步修复同一问题
• docker/Dockerfile.xpu（模块 容器构建；类别 infra；类型 infrastructure）: Intel GPU 专用 Dockerfile，同步修复同一问题

关键符号：未识别

评论区精华

Reviewer Harry-Chen 询问是否有真实 CI 日志可证明竞态条件发生。作者 weizhoublue 回复分析：Dockerfile.cpu 和 Dockerfile.rocm 已使用 sharing=locked，但主 Dockerfile 未设置；release pipeline 中 Build Python wheels 组包含 6 个并行 step，可能触发冲突。无进一步反对意见，reviewer 最终 approve。

• 竞态条件真实案例 (question): 作者解释 release pipeline 中并行 step 可能触发，且 Dockerfile.cpu、Dockerfile.rocm 已使用 similar 设置

风险与影响

• 风险：风险极低：仅改变 Docker 构建缓存的共享语义，不影响运行时逻辑。sharing=locked 仅在多个构建同时使用相同缓存目录时生效，单机单构建无变化。可能轻微增加构建时间（因序列化访问），但对 CI 影响可忽略。
• 影响：影响范围：仅影响使用 cargo 缓存的 Docker 构建过程（主要涉及 Rust 组件构建）。用户端：无影响。系统端：消除并行构建中的竞态条件，增强 CI 稳定性。团队：减少因缓存冲突导致的构建失败排查时间。
• 风险标记：暂无

关联脉络

• 暂无明显关联 PR