Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Replacing a single patch in a series to reduce review overhead

Abierto
#633 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
python
Área
backend

Línea de trabajo

Empieza siguiendo cómo Patchwork analiza las cabeceras de correo electrónico y asocia los parches con las series; después, revisa el hilo enlazado de libc-alpha para el caso de reemplazo. El cambio estará completo cuando la cabecera estándar Supersedes u Obsoletes pueda identificar un reemplazo de parche y el framework de pruebas automáticas dependiente reconozca la serie actualizada.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.

Lenguaje dominante
Python
Estrellas
317
Forks
91
Métricas de merge de PR
Sin PR fusionados en 30 d

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de getpatchwork/patchwork

Todos los issues de getpatchwork/patchwork

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.