Agent Skills
返回列表
💻

GitHub 仓库设置 PR 评审

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_3c6cb52e/review-github-repository-settings-as-pull-requests-with-repository-settings。

技能介绍

解决什么问题

仓库配置的变更往往不走代码评审。分支保护规则、标签、团队权限这类设置通常直接在 GitHub 界面上点选生效，操作者是谁、改动了什么、为什么改，事后很难追溯。一旦某次误操作放宽了保护规则或误加了敏感权限，往往要到出事之后才发现，而变更历史里根本没有对应的 PR 记录。

技能如何工作

这个技能把仓库配置变更纳入代码评审流程：

  • 将配置项声明在 .github/settings.yml 文件中
  • 由 repository-settings 这个 GitHub App 读取声明并驱动变更
  • 变更以 Pull Request 的形式提交，走常规的评审与合并流程
  • 合并前可开启 require code owner review，确保关键配置经过负责人确认

适用边界与注意点

  • 前提是仓库里已经部署了对应的 GitHub App，并且 settings.yml 文件结构与 App 的期望一致
  • 配置变更的收益依赖于团队实际的评审习惯；如果 PR 无人关注，这一步就只是形式
  • App 本身的更新维护需要跟进上游仓库的文档与变更
  • 不是所有仓库设置都能覆盖，以 App 支持的范围为准

使用场景

  • 团队要修改分支保护规则、标签和团队权限时，希望这些仓库配置先以拉取请求形式被评审，再应用到仓库。
  • 维护者想在合并依赖检查或 CI 工作流对应的配置前，由代码所有者确认变更，避免直接改设置造成风险。
  • 仓库治理要求把 `.github/settings.yml` 中的配置纳入版本化变更流程，便于审计谁改了什么。
  • 项目需要统一多个仓库的标签和团队分配策略，并按拉取请求流程逐步应用到目标仓库。

适合人员

  • 平台工程师：希望把 GitHub 仓库配置变更纳入代码评审，降低误配置风险。
  • 开源仓库维护者：需要在合并前用代码所有者评审保护分支保护和权限设置。
  • DevOps 工程师：负责统一多个仓库的设置，并希望配置变更可审计、可追溯。
  • CI/CD 工程师：想通过 `.github/settings.yml` 管理影响工作流的仓库配置。