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

Linkage of multiple cross-posted versions of patches

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

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
python
Domaine
full-stack

Piste de recherche

Commencez par retracer la manière dont les messages entrants sont mis en correspondance via Message-ID et la manière dont la vue détaillée du patch présente les données du projet et du statut. Définissez la liaison entre projets et vérifiez que les patches cross-posted affichent des liens ainsi que les avertissements appropriés Accepted, Changes Requested ou Rejected, sans les regrouper en une seule copie.

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

Description

enhancement

If a patch is cross-posted to two lists, it would be nice to indicate this in the UI so that maintainers on each side are aware that a patch is being seen on another list.

The easiest way to do this would probably be to add a ManyToMany and match incoming messages against any existing instances of that Message-ID in other projects. Then add appropriate links on the patch detail view, perhaps with a nice big warning if one of the other projects has marked it Accepted/Changes Requested/Rejected.

We may want to consider just keeping a single unified copy of a patch, but that would be a major behaviour change, and it's not clear to me exactly how we would make that work such as to keep a sensible maintainer workflow. But perhaps worth thinking about longer term.

(Requested by Stephen Rothwell after a conflict between linuxppc-dev and ppc-kvm showed up...)

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.