PR 标题和 bot 评论表明，这是为了将 release jobs 完全迁移到专用队列，以改善 CI 流程和资源管理。从标题 '[release] Move the rest of release jobs' 推断，之前可能已部分迁移，本次完成剩余部分，旨在隔离 release 构建，避免与 postmerge 作业冲突。

变更简单，无需精读；可作为 CI 配置调整的参考，关注队列命名策略和基础设施依赖性。对于工程师，建议了解 release 和 postmerge 队列的分离目的。

仅修改一个文件 '.buildkite/release-pipeline.yaml'，将四个构建步骤的队列名从 postmerge 队列改为 release 队列：

1. build-release-image-x86-ubuntu2404: queue 从 cpu_queue_postmerge 改为 cpu_queue_release
2. build-release-image-arm64-ubuntu2404: queue 从 arm64_cpu_queue_postmerge 改为 arm64_cpu_queue_release
3. build-release-image-x86-cuda-13-0-ubuntu2404: queue 从 cpu_queue_postmerge 改为 cpu_queue_release
4. build-release-image-arm64-cuda-13-0-ubuntu2404: queue 从 arm64_cpu_queue_postmerge 改为 arm64_cpu_queue_release
   变更简单，无其他逻辑修改。

风险较低，但具体包括：

• 如果队列名拼写错误（如 release 队列未正确定义），可能导致作业无法调度或构建失败。
• 依赖基础设施：release 队列必须有足够资源支持构建作业，否则可能影响 release 流程。
• 变更简单，回归风险低，但需确保所有相关构建步骤都已正确迁移。

影响范围有限：

• 用户：无直接影响，用户不会感知 CI 内部变更。
• 系统：release 构建作业现在使用专用队列，可能提高构建成功率和优先级，减少与 postmerge 作业的竞争。
• 团队：需要确保队列基础设施（如 Buildkite 代理配置）支持新队列名，并监控 release 构建状态。