PR body 和提交信息指出，原有配置限制了 pull_request 事件仅能在目标分支为 main 时触发 CI。当团队使用基于其他分支的链式 PR 进行开发时，lint 和测试流水线无法自动运行，需要手动触发或等待合并后才发现问题。移除该过滤后，所有 PR 无论基分支为哪，都能正常触发 CI，从而更早捕获问题。
值得快速合并，属于提升开发体验的小型基础设施调整。无需精读，但可关注后续类似 CI 策略调整。
该 PR 仅有 1 条来自 gemini-code-assist 的评论（警告配额已满），未产生实质性技术讨论。所有变更均为作者独立提交并直接合并，无 review 评论或争议。
pull_request: branches: [main] 改为 pull_request: 空配置（仅移除过滤），push 触发器仍保留 main 分支限制。branches: [main]，使得基于任何基分支的 PR 都能触发 CUDA CI 测试。run-ci 或 run-ci-extra 标签后触发额外测试。| 文件 | 模块 | 状态 | 重要度 |
|---|---|---|---|
.github/workflows/lint.yml |
CI | modified | 2.41 |
.github/workflows/pr-test.yml |
CI | modified | 2.41 |
.github/workflows/pr-test-extra.yml |
CI | modified | 2.41 |
分析完成后，这里会展示 LLM 生成的相对完整源码片段和详细注释。
当前评论区没有形成足够清晰的争议点或结论，后续有更多讨论时会体现在这里。
无显著技术风险。此变更仅修改 GitHub Actions 触发条件，不影响构建逻辑、测试内容或运行时行为。可能的风险是 CI 资源消耗增加（更多 PR 触发流水线），但影响极低，因为 pr-test 和 pr-test-extra 本身就有条件控制（如标签触发）。
对用户无影响；对开发团队主要影响为 CI 行为改善：基于非 main 分支的 PR 将自动触发 lint 和测试，无需手动干预。合并后链式 PR 开发流程更顺畅，降低了因 CI 未运行而引入问题的概率。
当前没有检测到明确关联的 Issue 链接，后续同步到相关引用后会出现在这里。
参与讨论