Replacing a single patch in a series to reduce review overhead
還沒有人認領這個 Issue。
評估
研究方向
先追蹤 Patchwork 如何解析電子郵件標頭並將修補程式關聯至系列，然後檢視連結的 libc-alpha 執行緒以了解替換情況。標準的 Supersedes 或 Obsoletes 標頭能夠識別修補程式替換，且相依的自動測試框架能夠識別更新後的系列時，此變更即完成。
由索引模型根據 Issue 內容生成。
描述
It is reasonably common that a small error in a single patch in a long series can be fixed with minimal effort. In that case, resubmitting the series is a huge, unnecessary overhead on reviewers.
For myself, I generally tend to submit such patches with a header like:
[PATCH v5.1 10/12] ...
... as a reply to (In-Reply-To: set to), in this case, [PATCH v5 10/12].
Patchwork does not recognize this pattern, and automatic test framework that depend on it will not operate.
Assuming that recognizing this pattern automagically is not practical, the standard email header "Supersedes:" (alias "Obsoletes:") could be supported to indicate that a patch is intended to replace a previous version in a series.
As one concrete example, see this email thread:
https://inbox.sourceware.org/libc-alpha/20250514221405.471472-13-hpa@zytor.com/
In this case the patch being replaced is 12/12.
- 主要語言
- Python
- 星號
- 317
- 分支
- 91
- PR 合併指標
- 30 天內沒有已合併 PR
貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
getpatchwork/patchwork 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 68/100
getpatchwork/patchwork#668 ·
-
bug web-ui
難度 2/5 1-3 小時 新手友好度 74/100
getpatchwork/patchwork#546 · 2 則留言 ·
-
難度 3/5 1-2 天 新手友好度 52/100
getpatchwork/patchwork#664 ·
-
難度 4/5 3-5 天 新手友好度 48/100
getpatchwork/patchwork#663 ·
-
難度 3/5 1-2 天 新手友好度 45/100
getpatchwork/patchwork#645 ·
查看 getpatchwork/patchwork 的全部 Issue
相似的 Issue
-
area: harness bug status: needs-triage
難度 2/5 1-3 小時 新手友好度 75/100
Human-Agent-Society/reef#625 ·
-
難度 2/5 1-3 小時 新手友好度 70/100
-
難度 1/5 1 小時以內 新手友好度 80/100
learningequality/kolibri#15351 · 2 則留言 ·
-
難度 2/5 1-3 小時 新手友好度 75/100
-
Name consistency 未關閉
難度 2/5 1-3 小時 新手友好度 75/100
eellak/triplestore#65 · 1 則留言 ·