Extract the fat inline bash steps from upstream-release-docs.yml into scripts/
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Refactoring
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- bash, github-actions, javascript
Direzione di ricerca
Leggi .github/workflows/upstream-release-docs.yml, il passaggio Augment PR body e i file esistenti in scripts/upstream-release/. Usa l'ambiente di un'esecuzione reale precedente per confrontare l'output dello script estratto con il PR body effettivo di quell'esecuzione; il lavoro è completo quando il comportamento è preservato e lo script è coperto dalla configurazione esistente di formatting e linting.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
.github/workflows/upstream-release-docs.yml is 1667 lines across 41 steps, including 960 lines of inline bash. The size is concentrated in four steps:
| Step | Inline bash lines |
|---|---|
| Augment PR body (marker-delimited section) | 313 |
| Assign reviewers and prepare contributor mentions | 121 |
| Resolve release owner and contributors | 99 |
| Capture skill signal files | 74 |
| remaining 37 steps | 353 (avg 9) |
Two reasons to extract the big ones:
- Nothing lints the inline bash. There is no shellcheck or actionlint in CI, so checking a change today means hand-extracting
steps[].runfrom the YAML, stubbing${{ }}, and piping it to shellcheck. scripts/upstream-release/already holds five.mjsfiles and this workflow already invokes one, so a script there inherits Prettier and ESLint from existing CI with no new tooling.
Augment PR body is the best first candidate: its only I/O is roughly 25 env vars in and one gh pr edit --body-file out, and the PR body is the artifact reviewers actually read.
Scope
In:
Augment PR bodytoscripts/upstream-release/render-pr-body.mjsAssign reviewersandResolve release owner and contributorsas separate follow-ups if the first goes cleanly
Out:
- The two Claude step prompts (88 lines). Their content is almost entirely interpolated run context, and the durable instructions already live in the
upstream-release-docsskill. Capture skill signal files, mostly file reads andGITHUB_OUTPUTheredocs.- The 37 short steps, which belong inline.
Sequencing
After #1111 has run live on two or three release PRs. That change is unvalidated, and stacking a refactor on it means a live failure has two candidate causes instead of one.
#1111 and this refactor touch the same steps, so if #1111 needs iteration, extract Augment PR body first (#1111 only added two table rows and two sections to it) and leave the reviewer steps until after validation.
Verification
Behavior-preserving: render the extracted script against the env of a real past run and diff the output against that run's actual PR body.
- Lingua principale
- TypeScript
- Stelle
- 4
- Fork
- 4
- Merge medio
- 1g 1h
- PR unite (30g)
- 58
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di stacklok/docs-website
-
bug documentation needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
stacklok/docs-website#1149 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
stacklok/docs-website#1143 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
stacklok/docs-website#564 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[Gap]: Configure the Connector Gateway: remaining gaps and inaccuracies at chart v0.18.0Forse già presa @tgrunnagle l’ha presa 4 giorni fa. Apertadocumentation needs-triage
stacklok/docs-website#1225 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
[Enhancement]: connector-gateway fixes and improvementsForse già presa @tgrunnagle l’ha presa 14 giorni fa. Apertadocumentation enhancement
stacklok/docs-website#1175 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di stacklok/docs-website
Issue simili
-
e2e-failure ready-to-code
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
redhat-developer/rhdh-plugin-export-overlays#4391 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
Luligu/matterbridge#655 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
software-mansion/argent#1457 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
schmayterling/hibi#245 ·
I maintainer di solito rispondono entro 1 giorno
-
ai-driven-qa bug claude Minor
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
linagora/twake-contacts-frontend#241 ·
I maintainer di solito rispondono entro 1 giorno