|
| 1 | +# 分支保护规则说明 (Branch Protection Rules) |
| 2 | + |
| 3 | +## 概述 |
| 4 | +本仓库已配置分支保护机制,确保代码质量和规范的协作流程。 |
| 5 | + |
| 6 | +## 保护规则 |
| 7 | + |
| 8 | +### 1. Main 分支保护 |
| 9 | +- **禁止直接推送到 main 分支** |
| 10 | +- 所有更改必须通过 Pull Request (PR) 提交 |
| 11 | +- PR 必须通过所有 CI 检查才能合并 |
| 12 | + |
| 13 | +### 2. 必需的 CI 检查 |
| 14 | +在 PR 合并到 main 分支之前,必须通过以下检查: |
| 15 | +- ✅ Ruff (代码质量检查) |
| 16 | +- ✅ Black (代码格式化检查) |
| 17 | +- ✅ isort (导入排序检查) |
| 18 | +- ✅ Pytest (单元测试) |
| 19 | + |
| 20 | +### 3. 代码审查要求 |
| 21 | +- 建议启用代码审查(Code Review)要求 |
| 22 | +- PR 需要至少一位审查者批准(在仓库设置中配置) |
| 23 | + |
| 24 | +## 工作流程 |
| 25 | + |
| 26 | +### 正确的提交流程 ✅ |
| 27 | +```bash |
| 28 | +# 1. 从 main 分支创建新分支 |
| 29 | +git checkout main |
| 30 | +git pull origin main |
| 31 | +git checkout -b fix/your-feature |
| 32 | + |
| 33 | +# 2. 进行代码修改 |
| 34 | +# ... 修改文件 ... |
| 35 | + |
| 36 | +# 3. 提交更改 |
| 37 | +git add . |
| 38 | +git commit -m "fix: your change description" |
| 39 | + |
| 40 | +# 4. 推送到远程分支 |
| 41 | +git push -u origin fix/your-feature |
| 42 | + |
| 43 | +# 5. GitHub Actions 会自动创建 PR(如果启用了 auto-pr.yml) |
| 44 | +# 或者手动在 GitHub 网站上创建 PR |
| 45 | + |
| 46 | +# 6. 等待 CI 检查通过 |
| 47 | +# 7. 在 GitHub 网站上合并 PR |
| 48 | +``` |
| 49 | + |
| 50 | +### 错误的提交流程 ❌ |
| 51 | +```bash |
| 52 | +# ❌ 不要直接推送到 main 分支 |
| 53 | +git checkout main |
| 54 | +git add . |
| 55 | +git commit -m "some changes" |
| 56 | +git push origin main # 这将被拒绝或触发保护警告 |
| 57 | +``` |
| 58 | + |
| 59 | +## 启用严格保护(需要仓库管理员操作) |
| 60 | + |
| 61 | +要完全阻止直接推送到 main 分支,需要在 GitHub 仓库设置中配置: |
| 62 | + |
| 63 | +1. 进入仓库的 **Settings** → **Branches** |
| 64 | +2. 添加分支保护规则(Branch protection rule) |
| 65 | +3. 规则名称:`main` |
| 66 | +4. 启用以下选项: |
| 67 | + - ✅ **Require a pull request before merging** |
| 68 | + - ✅ Require approvals (建议至少 1 个审查者) |
| 69 | + - ✅ **Require status checks to pass before merging** |
| 70 | + - ✅ Require branches to be up to date before merging |
| 71 | + - 添加必需的检查: |
| 72 | + - `grade (lint + format + tests)` (来自 grading-ci.yml) |
| 73 | + - ✅ **Do not allow bypassing the above settings** |
| 74 | + - ⚠️ **Include administrators** (可选,但建议启用以确保规则一致性) |
| 75 | + |
| 76 | +## 自动化特性 |
| 77 | + |
| 78 | +### 自动创建 PR |
| 79 | +本仓库配置了 `auto-pr.yml` 工作流: |
| 80 | +- 当您推送到非 main 分支时,会自动创建 PR |
| 81 | +- PR 会包含标准的检查清单 |
| 82 | +- 节省手动创建 PR 的时间 |
| 83 | + |
| 84 | +### 自动运行检查 |
| 85 | +- 每次 PR 更新时,自动运行所有质量检查 |
| 86 | +- 检查结果显示在 PR 页面 |
| 87 | +- 只有全部通过才能合并 |
| 88 | + |
| 89 | +## 常见问题 |
| 90 | + |
| 91 | +### Q: 我不小心推送到了 main 分支怎么办? |
| 92 | +A: 如果分支保护已正确配置,推送会被拒绝。如果推送成功了,说明需要在仓库设置中启用更严格的保护规则。 |
| 93 | + |
| 94 | +### Q: 如何查看 CI 检查结果? |
| 95 | +A: 在 PR 页面的 "Checks" 标签中可以看到所有检查的详细结果。 |
| 96 | + |
| 97 | +### Q: 所有检查都通过了,但无法合并? |
| 98 | +A: 检查是否启用了代码审查要求,可能需要其他人批准您的 PR。 |
| 99 | + |
| 100 | +## 参考资料 |
| 101 | +- [GitHub 分支保护文档](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) |
| 102 | +- [GitHub Actions 工作流文档](https://docs.github.com/en/actions/using-workflows) |
0 commit comments