Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Replacing a single patch in a series to reduce review overhead

Aperta
#633 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
python
Ambito
backend

Direzione di ricerca

Inizia tracciando il modo in cui Patchwork analizza le intestazioni delle e-mail e associa le patch alle serie, quindi esamina il thread libc-alpha collegato per il caso di sostituzione. La modifica è completa quando l’intestazione standard Supersedes o Obsoletes può identificare una sostituzione di patch e il framework di test automatici dipendente riconosce la serie aggiornata.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
Python
Stelle
317
Fork
91
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di getpatchwork/patchwork

Tutte le issue di getpatchwork/patchwork

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.