WordPress/gutenberg

Original PRs may not be tagged properly when a manual cherry-pick is performed.

Open

#76 579 ouverte le 17 mars 2026

Voir sur GitHub
 (6 commentaires) (0 réactions) (2 assignés)JavaScript (3 893 forks)batch import
Good First Issue[Status] In Progress[Type] Build Tooling[Type] Enhancement

Métriques du dépôt

Stars
 (9 607 stars)
Métriques de merge PR
 (Merge moyen 12j 18h) (509 PRs mergées en 30 j)

Description

What problem does this address?

When the automatic cherry-pick workflow fails for a given pull request, it can be easy to forget to add the Backported to label on the original PR once the one manually performing a git cherry-pick is performed. This can be problematic because the change may be left out of certain lists generated programatically.

What is your proposed solution?

It would be great if a manual cherry-pick command could be detected automatically when a pull request is merged to a wp/* or release/* branch and the original PR is labelled appropriately.

This may require a specific sentence to be included in the PR itself. It seems that closed PRs cannot be linked, but this would also work if possible.

Guide contributeur

Direction de recherche
Examinez le workflow de cherry pick automatique existant et proposez une méthode pour détecter les cherry picks manuels, par exemple via des messages de commit spécifiques ou des mots clés dans le corps de la PR. Envisagez d'ajouter une action GitHub qui s'exécute sur les événements de merge pour vérifier les motifs de cherry pick et appliquer l'étiquette appropriée.
Stack technique
javascript
Domaine
devopstooling
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
3-5 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
GitGitHub Actions
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40