Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Replacing a single patch in a series to reduce review overhead

Ouverte
#633 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
python
Domaine
backend

Piste de recherche

Commencez par retracer la façon dont Patchwork analyse les en-têtes d’e-mail et associe les patches aux séries, puis examinez le fil libc-alpha lié pour le cas de remplacement. La modification est terminée lorsque l’en-tête standard Supersedes ou Obsoletes peut identifier le remplacement d’un patch et que le framework de tests automatiques dépendant reconnaît la série mise à jour.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Python
Étoiles
317
Forks
91
Aucune PR mergée en 30 j

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de getpatchwork/patchwork

Toutes les issues de getpatchwork/patchwork

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.