WordPress/gutenberg

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

Open

#76.579 geöffnet am 17. März 2026

Auf GitHub ansehen
 (6 Kommentare) (0 Reaktionen) (2 zugewiesene Personen)JavaScript (3.893 Forks)batch import
Good First Issue[Status] In Progress[Type] Build Tooling[Type] Enhancement

Repository-Metriken

Stars
 (9.607 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 12T 18h) (509 gemergte PRs in 30 T)

Beschreibung

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.

Contributor Guide

Research-Richtung
Untersuchen Sie den vorhandenen automatischen Cherry Pick Workflow und schlagen Sie eine Methode zur Erkennung manueller Cherry Picks vor, z. B. durch spezifische Commit Nachrichten oder Schlüsselwörter im PR Text. Erwägen Sie das Hinzufügen einer GitHub Aktion, die bei Merge Ereignissen ausgeführt wird, um Cherry Pick Muster zu überprüfen und das entsprechende Label anzuwenden.
Tech Stack
javascript
Domain
devopstooling
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
3-5 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitGitHub Actions
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40