viable/strict/1789505447: Add CUDA 12.6 sm90 build-only job to trunk (#197023)
PyTorch 仓库新增一个仅构建的 Hopper（sm90）CI 任务到 trunk，并补回其所需的 CUDA 12.6 CI Docker 镜像。证据指出，当前 trunk 的 CUDA 构建目标为 cuda-arch-list: '7.5 8.9'，唯一的 sm90 构建位于 h100-* 工作流且均为 CUDA 13.0/13.2，因此针对 '9.0' 的 12.6 编译中断没有信号。CUDA 12.6 此前已从 CI 镜像集合中移除，generate_binary_build_matrix.py 中 CUDA_ARCHES 为 ["13.0","13.2","13.4"]，且不存在 pytorch-linux-jammy-cuda12.6-* 镜像；但 install_cuda.sh 中的 install_126（CUDA 12.6.3、cuDNN 9.10.2.21、cuSPARSELt 0.7.1.0）、12.6 分发分支、nccl-cu126.txt 固定版本与 install_nccl.sh 的 12.6 分支仍在。该变更仅重新加入镜像定义与工作流接线，并验证 12.6 路径获取的外部产物 libnvshmem-linux-x86_64-3.7.2_cud… 仍可解析。
发展脉络
- 首次出现viable/strict/1789505447: Add CUDA 12.6 sm90 build-only job to trunk (#197023)PyTorch Core
- 当前判断证据仅涉及 PyTorch 自身 CI 矩阵与镜像集合，未提供其他框架、厂商或市场层面的信息，因此不宜外推为行业趋势。可验证下一信号：其他依赖 CUDA 12.6 的构建矩阵是否也出现类似的镜像回补或架构目标调整。Agent Pulse · 分析
PyTorch 在 trunk 上新增一个仅构建的 Hopper（sm90）CI 任务，并补回其依赖的 CUDA 12.6 CI Docker 镜像。证据显示，trunk 的 CUDA 构建目标为 cuda-arch-list: '7.5 8.9'，唯一的 sm90 构建位于 h100-* 工作流且均为 CUDA 13.0/13.2，因此针对 '9.0' 的 CUDA 12.6 编译中断此前没有信号。CUDA 12.6 已从 CI 镜像集合中移除：generate_binary_build_matrix.py 中 CUDA_ARCHES 为 ["13.0","13.2","13.4"]，且没有 pytorch-linux-jammy-cuda12.6-* 镜像；但 install_cuda.sh 中的 install_126（CUDA 12.6.3、cuDNN 9.10.2.21、cuSPARSELt 0.7.1.0）、12.6 分发分支、nccl-cu126.txt 固定版本与 install_nccl.sh 的 12.6 分支仍完整保留。该变更只重新加入镜像定义与工作流接线，并验证 12.6 路径获取的外部产物 libnvshmem-linux-x86_64-3.7.2_cud… 仍可解析。
从证据看，这是 CI 覆盖面的补洞而非新能力：sm90 在 CUDA 12.x 下此前无编译信号，补回 12.6 镜像与仅构建任务后，'9.0' 目标的 12.6 编译回归才可被捕获。可验证下一信号：该任务合并后，trunk 上是否出现针对 cuda-arch-list 中 '9.0' 的 12.6 构建结果或失败记录。
证据仅涉及 PyTorch 自身 CI 矩阵与镜像集合，未提供其他框架、厂商或市场层面的信息，因此不宜外推为行业趋势。可验证下一信号：其他依赖 CUDA 12.6 的构建矩阵是否也出现类似的镜像回补或架构目标调整。
对依赖 PyTorch 在 Hopper 与 CUDA 12.6 组合上构建的用户，该变更意味着相关编译回归更可能被提前发现，从而减少下游自行排查的成本；但证据未给出性能、兼容性或发布节奏方面的量化收益。可验证下一信号：该构建任务在 trunk 上的通过率与失败类型分布。
若该任务按描述合并，CUDA 12.6 与 sm90 的组合将重新进入 trunk 的构建验证范围；但证据未说明是否会扩展到测试或发布产物。可验证下一信号：后续提交是否把 12.6 从仅构建扩展为测试任务，或再次从镜像集合中移除。