从文件变更推断，动机是将 runtime 和 framework Docker 镜像的发布流程分离，以优化 CI 管理。修改后的 release-docker.yml 注释表明现在只构建 framework 镜像，runtime 镜像移到新 workflow，可能为了减少单个 workflow 的复杂性或提高构建效率。
对于负责 CI 和基础设施的工程师，建议阅读此 PR 以了解 Docker 发布流程的优化。变更相对直白，但值得关注新 workflow 的设计和潜在集成点，以及确保拆分后的同步机制。
无 review 评论或讨论，PR 直接合并。
实现主要包括两个关键变更：1) 新增 .github/workflows/release-docker-runtime.yml 文件，定义完整的 runtime Docker 镜像构建和发布 workflow，支持 x86 架构和 CUDA 版本，包括版本提取、构建和推送步骤。2) 修改 .github/workflows/release-docker.yml 文件，删除所有 runtime 相关的构建步骤（如 Build and Push AMD64 Runtime），并更新注释以反映其现在只负责 framework 镜像。
| 文件 | 模块 | 状态 | 重要度 |
|---|---|---|---|
.github/workflows/release-docker-runtime.yml |
CI/Infrastructure | added | 7.0 |
.github/workflows/release-docker.yml |
CI/Infrastructure | modified | 6.0 |
分析完成后，这里会展示 LLM 生成的相对完整源码片段和详细注释。
当前评论区没有形成足够清晰的争议点或结论，后续有更多讨论时会体现在这里。
技术风险包括：拆分后需确保两个 workflow 在版本发布时同步触发，避免镜像版本不一致（例如，release-docker-runtime.yml 和 release-docker.yml 可能依赖相同标签）；新 workflow release-docker-runtime.yml 中的构建步骤和参数（如 CUDA_VERSION、BUILD_TYPE）可能引入未知错误或性能问题；构建步骤变更可能影响现有 CI 流程的稳定性。
对用户无直接影响，Docker 镜像发布照常进行。系统层面，CI 流程更模块化，可能提高构建效率和可维护性。团队需更新对 Docker 发布流程的理解，适应新的 workflow 结构。
当前没有检测到明确关联的 Issue 链接，后续同步到相关引用后会出现在这里。
此 PR 将 runtime Docker 镜像的发布流程从原有 workflow 中拆分出来，形成独立的 release-docker-runtime.yml workflow，以优化 CI 管理。变更影响 Docker 发布流程，旨在提高可维护性和构建效率，但需注意拆分后的同步风险。
动机是将 runtime 和 framework Docker 镜像的发布分离，简化构建流程。从修改文件 release-docker.yml 的注释变更可见（从“both framework and runtime”改为“framework Docker images”），现在只构建 framework 镜像，runtime 镜像移至新 workflow，可能为了减少复杂度或优化构建时间。
主要改动点：
Build and Push AMD64 Runtime），并更新文件头部注释以明确其现在只负责 framework 镜像。无 review 评论或讨论，PR 直接合并。
风险：拆分后需确保两个 workflow 在版本发布时同步触发，避免镜像版本不一致；新 workflow 可能引入构建错误或性能问题；构建步骤变更可能影响现有 CI 流程的稳定性。具体到文件，release-docker-runtime.yml 中的构建参数（如 CUDA_VERSION）需仔细验证。
影响：用户无直接影响，Docker 镜像发布照常；系统 CI 更模块化，可能提高效率；团队需适应新 workflow 结构，更新相关文档或流程。
与此 PR 相关的历史 PR 包括 PR 21562（放宽 CI 测试阈值）和 PR 21527（修复 CI 监控问题），它们也涉及 CI 基础设施的优化，表明团队在持续改进 CI 流程，本 PR 是这一趋势的一部分。
参与讨论