Org labels S5: plugins take every label name from configuration

Aperta
#14,069 8 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@melodic-automation-lanes ci sta già lavorando.

Dal 8/11/2026.

  • #14080 di @melodic-automation-lanes — aperta

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Specificata chiaramente
Stato di attività
Ferma
Stack tecnologico
shell
Ambito
tooling

Direzione di ricerca

Start with parent issue #14068 for the change table and reader inventory, then inspect labels.sh and get-statuses.sh and the source-control babysit, morning-brief, and plugin-quality scripts named here. Check how each plugin currently reads its labels and where its CHANGELOG fragments live. Done means all listed label names and states use configurable keys with today's names as defaults, and every affected plugin's CHANGELOG fragment names its new keys.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

priority: medium

Outcome

Problem: published plugins hardcode label names, so a consumer who renames a label breaks the plugin, and a plugin update cannot follow the consumer's labels.

  • Intent (why, in the user's words): "If we're hardcoding specific labels, those need to be configurable and changeable so the plugin update doesn't break, and they can always change their labels."

Parent: #14068 (the change table and the reader inventory are there).

Independent of S1-S3.

Done when

  • work-items: the hold labels, hold states and wayfind: names in labels.sh and get-statuses.sh come from tracker configuration with today's names as defaults.
  • source-control babysit scripts read their hold and admission labels from configuration with defaults.
  • morning-brief and plugin-quality take their decision label from configuration.
  • Each plugin's CHANGELOG fragment names the new keys.
Lingua principale
Shell
Stelle
22
Fork
2
Merge medio
56m
PR unite (30g)
959

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di melodic-software/claude-code-plugins

Tutte le issue di melodic-software/claude-code-plugins

Issue simili

Altre issue su Shell/Bash

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.