规范工作流流程

用户9361

5月25日修改

规范工作流程

本文用于说明训练营期间的 GitHub 协作规则。所有同学按照这套流程认领任务、开发代码、提交 PR、参与 CR，并通过仓库工作流自动记录进度与积分。​

> 阅读摘要

每个任务都会以 Issue 的形式发布。同学在 Issue 下评论 认领 后，该任务会被锁定到自己名下；同一时间每位同学只能认领一个任务。开发完成后，从自己的 fork 向主仓库提交 PR，PR 必须关联 Issue，并经过至少一名非作者同学 CR。PR 满足条件后会自动合并并计分；如果 PR 24 小时内未合并，会被自动关闭，但任务仍归原认领者负责。​

一、整体流程

代码块

flowchart TD​
  A["组长从 PRD 拆分 Issue"] --> B["Issue 标记分数、技术栈、可认领状态"]​
  B --> C["同学评论：认领"]​
  C --> D{"是否已有进行中任务"}​
  D -- "有" --> E["认领失败，继续完成当前任务"]​
  D -- "无" --> F["认领成功，Issue 锁定"]​
  F --> G["同学 fork 仓库并开发"]​
  G --> H["提交 PR，并关联 Issue"]​
  H --> I["非作者同学 CR"]​
  I --> J{"检查是否通过"}​
  J -- "通过" --> K["自动 squash merge"]​
  J -- "24 小时未通过" --> L["自动关闭 PR，任务不释放"]​
  K --> M["关闭 Issue，更新进度与积分"]​
  L --> N["认领者重新提交 PR"]​

二、角色说明

组长/维护者

•
从 PRD 拆分任务 Issue。​

•
为 Issue 设置任务分数、技术栈和认领状态。​

•
处理异常情况，例如任务描述不清、流程异常、工作流失败。​

•
可以参与开发，但仍需提 PR 并经过 CR。​

普通同学

•
通过 Issue 认领任务。​

•
从主仓库 fork 后，在自己的 fork 中开发。​

•
开发完成后向主仓库提交 PR。​

•
可以参与其他同学 PR 的 CR。​

•
不能修改主仓库 label。​

•
不能直接 push 主仓库 main 分支。​

•
不能直接修改进度文件。​

GitHub Actions

•
自动处理任务认领。​

•
自动检查 PR 是否合规。​

•
自动判断 CR 是否有效。​

•
自动合并符合条件的 PR。​

•
自动关闭 24 小时内未合并的 PR。​

规范工作流流程​

规范工作流流程