b10969: ci : add ubuntu-cuda builds to release (#28186)
llama.cpp 发布 b10969 版本，在 release 流程中新增 ubuntu-cuda 构建任务，覆盖 CUDA 12.8/13.3 与 x64、arm64 架构。提交记录显示为 CUDA arm64 构建引入 GCC 14，安装 git 以拉取 CCCL，并匹配 Windows 的 CI 命名。打包方面需附带依赖库，NCCL 因 Linux 上为预编译而额外需要，同时避免 cudart 重复文件并复制 NCCL 许可证；后因许可证尚未确认而移除 NCCL。
发展脉络
- 首次出现b10969: ci : add ubuntu-cuda builds to release (#28186)llama.cpp
- 当前判断开源推理项目把 CUDA 构建纳入官方 release，意味着 GPU 加速分发的门槛从源码编译转向预编译产物，这会降低下游集成成本，但也会把许可证合规（如 NCCL）变成发布流程的显式约束。可验证的下一信号是其他开源推理项目是否跟进类似的 CUDA 预编译发布策略。Agent Pulse · 分析
llama.cpp 的 b10969 发布把 ubuntu-cuda 构建纳入 release 流程，目标平台为 CUDA 12.8/13.3 的 x64 与 arm64。改动细节包括：为 CUDA arm64 构建引入 GCC 14，安装 git 以完成 CCCL 的 clone/checkout，统一 Windows 的 CI 命名，白名单 llama.cpp 仓库访问 git，并使用 $GITHUB_WORKSPACE。打包侧需要一并分发依赖库，NCCL 因在 Linux 上为预编译而需额外处理，同时避免 cudart 重复文件、复制 NCCL 许可证，并安装 CURL 以获取 NCCL 许可证。最终因许可证尚未确认而移除 NCCL。
从提交内容看，这次变更的重心是发布产物的可复现性与依赖闭包，而非推理性能本身：CUDA arm64 需要 GCC 14、CCCL 需通过 git 拉取、NCCL 与 cudart 的打包与许可证处理都被显式列出。可验证的下一信号是后续 release 中 ubuntu-cuda 产物是否稳定出现，以及 NCCL 是否在许可证确认后重新加入。
开源推理项目把 CUDA 构建纳入官方 release，意味着 GPU 加速分发的门槛从源码编译转向预编译产物，这会降低下游集成成本，但也会把许可证合规（如 NCCL）变成发布流程的显式约束。可验证的下一信号是其他开源推理项目是否跟进类似的 CUDA 预编译发布策略。
对依赖 llama.cpp 做本地或边缘 GPU 推理的团队，官方 CUDA 预编译产物可减少自建构建链的维护成本；但 NCCL 被移除说明多卡场景仍需自行处理依赖与许可证，短期不宜假设开箱即用的多卡支持。
若 ubuntu-cuda 构建在后续版本中持续存在，llama.cpp 的 GPU 部署路径将更依赖官方二进制而非本地编译；NCCL 的移除与许可证确认过程也提示多卡依赖的合规成本可能影响发布节奏。