WordPress/gutenberg

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

Open

Aperta il 17 mar 2026

Vedi su GitHub
 (6 commenti) (0 reazioni) (2 assegnatari)JavaScript (9607 star) (3893 fork)batch import
Good First Issue[Status] In Progress[Type] Build Tooling[Type] Enhancement

Descrizione

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.

Guida contributor

Tech stack
javascript
Dominio
devopstooling
Tipo issue
feature
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
3-5 days
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
active
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
mostly clear
Prerequisiti
GitGitHub Actions
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
40
Direzione di ricerca
Esamina il flusso di lavoro automatico di cherry pick esistente e propone un metodo per rilevare i cherry pick manuali, ad esempio tramite messaggi di commit specifici o parole chiave nel corpo della PR. Considera l'aggiunta di un'azione GitHub che viene eseguita sugli eventi di merge per controllare i pattern di cherry pick e applicare l'etichetta appropriata.