如何将GitHub设置以代码形式存储而非通过UI配置

完全可以将GitHub仓库的设置以代码形式存储，替代UI操作，满足你追溯变更历史、PR审核的需求，主流方案有两种：

一、Terraform配置（HCL格式） #

借助Terraform的GitHub Provider，可将仓库基础配置（如可见性、默认分支）、分支保护规则等全部定义为代码：

• 所有变更通过修改代码文件发起，提交到Git仓库后走PR审核流程，合并后再执行terraform apply生效
• Git历史会完整记录每一次修改的内容、人员和原因，彻底解决追溯问题
• 分支保护规则示例：

resource "github_branch_protection" "main_branch" {
  repository     = "your-org/your-repo"
  branch         = "main"

  required_pull_request_reviews {
    required_approving_review_count = 2
    dismiss_stale_reviews           = true
  }

  required_status_checks {
    strict   = true
    contexts = ["ci/build", "ci/test"]
  }

  enforce_admins = true
}

二、GitHub原生Rulesets（YAML格式） #

GitHub官方支持将规则集存储在仓库的.github/rulesets/目录下，无需额外工具：

• 规则集可覆盖分支保护、标签保护等多种设置，修改YAML文件后提交PR，合并后自动生效
• 变更历史完全由Git记录，PR审核环节可确保配置修改经过团队确认
• 分支保护规则示例：

name: "Main Branch Guard"
target:
  branch: "main"
enforcement: "active"
rules:
  - type: "required_pull_request_reviews"
    parameters:
      required_approving_review_count: 2
      dismiss_stale_reviews: true
  - type: "required_status_checks"
    parameters:
      required_status_checks:
        - context: "ci/build"
        - context: "ci/test"
      strict: true
  - type: "enforce_admins"

两种方案都能满足你的核心需求：

• 变更追溯：所有配置修改都有Git提交记录，可随时查看变更细节和原因
• PR审核：配置变更必须通过PR审核才能生效，避免管理员随意修改配置带来的问题

内容的提问来源于stack exchange，提问作者sixtyfootersdude