跳到正文
FunCoding

搜索

搜索文档、Skill 和 MCP

代码审查 Runner

选择标准、较大或 ARC 自托管 runner,并独立核对代码审查的平台支持。

代码审查的 agentic capabilities 使用 GitHub Actions runner 完成项目上下文收集等工作。默认采用标准 GitHub-hosted runner;私有仓库审查的 Actions minutes 使用账户或组织已有额度,超出后按 Actions 费率计费。

支持范围按审查专题核对

代码审查 runner 专题明确只兼容 Ubuntu x64 Linux,自托管只正式支持 ARC(Actions Runner Controller)管理的 scale set。不要把 cloud agent 可使用 Windows、其他单次自托管方案的说明直接套到 code review。

通用环境页概括 code review 可以同样自定义环境,并介绍 cloud agent Windows;本页按更具体的 code review runner 限制说明,Windows 审查支持不能由通用概括推断。

使用 ARC 自托管

先在自己的环境建立 ARC scale set,再为 runner 配置网络访问控制。除 GitHub Actions self-hosted runner 的标准域名外,审查专题还要求访问:

  • api.githubcopilot.com
  • uploads.github.com
  • user-images.githubusercontent.com

在 .github/workflows/copilot-code-review.yml 中,将 copilot-setup-steps job 的 runs-on 设为实际 scale set 名称:

jobs:
  copilot-setup-steps:
    runs-on: arc-scale-set-name

这是修改片段,不是完整可独立执行的 workflow。名称必须对应已有配置,不会自动创建 runner。未提供专用文件时回退到 copilot-setup-steps.yml,文件选择见审查环境。

使用 larger GitHub-hosted runners

先为组织配置 larger runner,再用其实际 label 设置 runs-on,例如官方示例 ubuntu-4-core。它可以提供更多 CPU、内存和磁盘,也可配合 Azure private networking;私有网络需允许上述审查服务主机的出站访问。

较大 runner 每分钟费率更高,不应把提高性能等同于降低总费用。自托管不消耗 GitHub Actions minutes,但基础设施仍由你管理。

组织统一默认

组织 Settings → Copilot → Runner type,编辑 Runner type configuration,选择 Standard GitHub runner 或 Labeled runner,然后保存。

此组织默认同时作用于 code review 与 cloud agent。默认允许仓库通过 copilot-code-review.yml 或 copilot-setup-steps.yml 覆盖;关闭 Allow repositories to customize the runner type 后,下层不能再靠文件更改 runner 类型。

回退和诊断

组织禁止 GitHub-hosted runners 且没有正确配置受支持的自托管方案时,审查会退回较有限模式。概览也说明组织不必整体启用 Actions 才能使用 agentic review,需分别检查托管 runner 政策和实际 workflow 结果,不能简单等同两个开关。

审查失败或内容过少时,先看 runner 是否匹配、网络能否访问以及 setup 日志;已有评论并不证明完整 agentic 环境成功。