Safe-output docs still promise fail-fast cancellation after it was removed
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 72/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- github-actions, go, javascript, markdown
- Ambito
- documentation
Direzione di ricerca
Inizia dalla pagina di documentazione docs/src/content/docs/reference/safe-outputs-pull-requests.md, sezione "Fail-Fast on Code Push Failure", e confrontala con setup/js/safe_output_handler_manager.cjs intorno alla gestione dei fallimenti del push del codice (vicino alla riga 1290). Conferma che i test in safe_output_handler_manager.test.cjs si aspettano che l'elaborazione continui, poi riscrivi la sezione della documentazione e i commenti obsoleti per descrivere quel comportamento. Completato quando documentazione e commenti corrispondono al comportamento testato a runtime e la risposta indica se una configurazione annulla gli output che dipendono dal codice.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The “Fail-Fast on Code Push Failure” docs state:
If
push-to-pull-request-branch(orcreate-pull-request) fails, the safe-output pipeline cancels all remaining non-code-push outputs.
However, PR #33295 removed that cancellation guard to address issue #33285, where a failed PR creation cancelled unrelated outputs.
The implementation and tests now agree that processing continues:
- The v0.93.5 runtime records code-push failures and continues with subsequent outputs. Later
add_commentoutputs receive a failure warning. - The tests explicitly expect comments and issue creation to continue after a failed push.
- The docs and some runtime comments still describe cancellation. The mismatch remains on current
main.
Could you please update the docs and stale code comments to describe the current behavior? Please also clarify whether a supported configuration exists for cancelling outputs that depend on successful code delivery.
This report concerns documentation accuracy. The evidence comes from source and test inspection; no runtime behavior change is requested.
- Lingua principale
- Go
- Stelle
- 5.5k
- Fork
- 606
- Merge medio
- 4h 44m
- PR unite (30g)
- 799
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun 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 github/gh-aw
-
automated-analysis code-quality cookie refactoring
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
cookie maintenance step-naming
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
I maintainer di solito rispondono entro 1 giorno
-
automation doc-healer documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
agentic-workflows automation aw-essential cookie
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
ai-inspected
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di github/gh-aw
Issue simili
-
fix(scan): validate and normalize output format in validate-contractForse già presa @WKr1shna l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Won't Fix
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
microsoft/TypeScript#65107 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
argoproj/argo-workflows#17397 ·
I maintainer di solito rispondono entro 1 giorno
-
[mesheryctl] design delete fails when passing file or URL as positional argumentForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertacomponent/mesheryctl kind/bug language/go
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
meshery/meshery#22772 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno