Deliver new-issues summary to subscribed recipients
维护者通常 4 天内回复
还没有人认领这个 Issue。
评估
调研方向
从每小时运行的 new_issues 作业和 YAML default_recipients 配置开始，同时考虑依赖项 #2114。跟踪 issues.txt.j2、notifications_issue 和 generate_issue_report，然后检查 --summary-origins 和 --send 的行为。当发送被禁用时能够输出经过筛选的订阅者摘要、未更改的默认值以及 recipient 和 issue-id，即视为完成。
由索引模型根据 Issue 内容生成。
描述
Goal
On the hourly new_issues job, send a filtered new-issues summary to recipients who opted in via YAML. Make automatic regression report triggers configurable without changing regression recipients.
Depends on: #2114
Today vs after
| Today | After | |
|---|---|---|
| New-issues summary | One mail to [email protected]; all new build/boot issues |
Same default, plus filtered copies to subscribed recipients |
Regression reports stay: list To, tree default_recipients Cc, [email protected] + regzbot on mainline/next/stable.
Community delivery (unchanged default)
If no new_issues blocks exist, one summary to [email protected] with every new build and boot issue. Reuse issues.txt.j2 and notifications_issue dedup.
Subscription delivery
For each default_recipients entry with a new_issues block, send a summary containing only issues in that file’s tree/hardware scope whose type is in issue_types. Skip send when there are no matches for that person in the run.
- Cadence (v1): hourly, same as community run (document; no per-subscriber schedule without new state)
- Overlap: recipients on the results list who also subscribe may get two mails (accepted for v1)
Regression auto-send (policy only)
Replace hardcoded Maestro + build-only auto generate_issue_report with command flags (like --summary-origins). Defaults must match production today. Boot / other origins only when flags/config explicitly enable them.
Acceptance criteria
- Configured
new_issuesblock → filtered summary to that address - No
new_issuesblocks → behavior identical to today - Auto regression policy defaults unchanged without new config
-
--sendoff shows recipients and issue ids per recipient
- 主要语言
- Python
- 星标
- 10
- 派生
- 32
- 平均合并
- 5 天 8 小时
- 30 天内合并 PR
- 25
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
kernelci/dashboard 的其他 Issue
-
难度 4/5 3-5 天 新手友好度 30/100
kernelci/dashboard#2161 · 1 条评论 ·
维护者通常 4 天内回复
-
难度 4/5 3-5 天 新手友好度 52/100
维护者通常 4 天内回复
-
难度 3/5 1-2 天 新手友好度 72/100
维护者通常 4 天内回复
-
难度 4/5 3-5 天 新手友好度 58/100
kernelci/dashboard#2151 · 1 条评论 ·
维护者通常 4 天内回复
-
Add kci-dev CLI smoke tests to catch Dashboard REST API regressions可能已有人在做 @alanpeixinho 于 10 天前认领。 未关闭q4-plan
难度 5/5 一周以上 新手友好度 35/100
kernelci/dashboard#2143 · 已指派 1 人 ·
维护者通常 4 天内回复
查看 kernelci/dashboard 的全部 Issue
相似的 Issue
-
enhancement good first issue Stellar Wave trivial
难度 2/5 1-3 小时 新手友好度 75/100
StellarCanary/ProtocolCanary-Fixtures#258 ·
维护者通常 1 天内回复
-
github_actions
难度 2/5 1-3 小时 新手友好度 65/100
Hochfrequenz/aibap.mcp#578 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 75/100
mishraprafful/multihull#150 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 2 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
python-caldav/caldav#735 ·
维护者通常 1 天内回复