官方仓库自动分流与 PR 管理

本页介绍 Gemini CLI 官方 GitHub 仓库的自动化。它们管理该项目的 issue 和 PR，不是安装 CLI 后自动获得的通用 CI 工作流。

新 issue 的分流

Automated Issue Triage 在 issue 创建或重新打开时分析标题与正文，分别给出一个 area/、kind/ 和 priority/* 标签。缺少日志或复现步骤时可能标记 status/need-information；引用超过六个版本之前的 CLI 时可能标记 status/need-retesting。

按模板提供信息，并在被要求时补充复现。Scheduled Issue Triage 每小时检查没有标签或仍需分流的议题，作为首次分流的补充。

PR 关联与 CI

PR 应通过 Fixes、Closes 或 Resolves 等关键词关联 issue。PR Auditing and Label Sync 按官方说明每 15 分钟检查打开的 PR：缺少关联时加 status/need-issue，存在关联时同步议题标签并移除该标记。

CI 在 PR push 后运行相应检查，全部通过后可发布覆盖率摘要。失败时查看具体日志并修复；缺少 issue 的处理还受到贡献规范约束，不应把“目前只是标签”理解为一定不会关闭 PR。

外部贡献者领取超时

Unassign Inactive Issue Assignees 每天 09:00 UTC 执行，也支持手动 dry_run。对 help wanted 议题，外部领取者超过 7 天仍无符合条件的关联 PR 时会被取消分配。

符合条件的 PR 是打开且非 Draft，或已经合并。Draft PR 不计入这个保留分配条件；仅建立 Draft 获取早期反馈，不能替代及时提交可审阅实现。维护者、组织成员和有 write 及以上权限的协作者豁免。

PR 大小标签

机器人按变更的新增加删除行数标注：

标签	总变更行数
size/XS	小于 10
size/S	10–49
size/M	50–249
size/L	250–999
size/XL	至少 1000

创建、推送新提交或重新打开 PR 会更新标签，旧的大小标签被替换，状态评论也会更新。大小只辅助估计审阅工作，不代表正确性或风险结论。

发布自动化

合并后的代码按官方发布流程进入后续渠道。自动化概览将 nightly 描述为日常产出，但具体发布时间、提升与补丁以发布流程为准；工作流失败时不能承诺改动已经对用户可用。