执行摘要

本 PR 添加了针对 Ascend A2/A3 硬件的 sglang Docker 镜像构建流水线，通过新增 GitHub Actions 工作流和更新 Dockerfile 依赖，自动化了部署流程，对 CI/CD 系统有积极影响但风险可控。

功能与动机

动机是支持 Ascend A2/A3 硬件平台上的 sglang 模块 Docker 镜像构建，如 PR body 所述 "Support Ascend A2/A3 docker image build pipeline for sglang."，旨在简化部署和测试，加速硬件环境适配。

实现拆解

主要改动点如下：

• 新增 CI 工作流文件：.github/workflows/docker-build-ascend-sglang-a2.yml 和 a3.yml 定义了从代码检出到镜像推送的完整流程，支持多平台（linux/amd64, linux/arm64）和缓存优化。
• 修改 Dockerfile：docker/ascend/Dockerfile.ascend.sglang_8.3.rc1_a2 和 a3 中添加了 setuptools==80.10.2 和 nvtx 依赖，确保构建环境完整。代码示例变更：
  dockerfile pip install ray==2.46.0 click==8.2.1 cachetools setuptools==80.10.2 nvtx && \
• 更新现有 CI 配置：.github/workflows/nightly_ascend.yml 添加 submodules: recursive 以支持子模块递归检查，影响夜间测试。

评论区精华

由于 Review 仅有一次空体批准，无具体讨论内容，因此无精华可提炼。

风险与影响

风险：

1. 新增 CI 工作流可能因环境配置错误或 Secrets（如 QUAY_USERNAME）未设置而失败。
2. 依赖包 setuptools==80.10.2 和 nvtx 的版本固定但兼容性未充分验证，可能导致构建中断或运行时问题。
3. 缺乏对新流水线的自动化测试覆盖，回归风险较高，需手动验证构建成功。

影响：

• 对系统：提升 sglang 在 Ascend A2/A3 上的部署自动化水平，简化运维流程。
• 对用户：无直接界面或功能变化，但间接加速硬件支持迭代。
• 对团队：工程师需确保 CI Secrets 正确配置，并关注依赖包更新。

关联脉络

与近期 PR 关联紧密：

• PR #5734 和 #5748 同样涉及 Ascend CI 工作流的优化，如添加夜间测试和清理安装步骤，共同构建了 NPU 硬件支持的 CI 基础。
• PR #5756 扩展了 Ascend 硬件的功能支持（MXFP8 rollout），当前 PR 为其提供 Docker 镜像构建能力，形成硬件生态闭环。
  这些变更反映了仓库在强化 Ascend 硬件支持方面的持续投入。