Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

watch: a rebuild queued during a failed deploy is never deployed

Aperta Adatta ai principianti
#48 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
78/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
node.js, typescript
Ambito
cli, devops

Direzione di ricerca

Inizia da packages/cli/src/watch.ts e segui come triggerDeploy gestisce i percorsi di successo e di errore della promise. Riproduci il problema salvando una modifica durante un deploy in corso, poi assicurati che il deploy in coda venga eseguito dopo entrambi gli esiti; verifica che non sia bloccato dal blocco del deploy descritto in #47.

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

Descrizione

Problem

In packages/cli/src/watch.ts, if a rebuild happens while a deploy is running, triggerDeploy sets deployQueued = true. The .then handler starts the queued deploy, but the .catch handler only resets isDeploying and never checks deployQueued.

So if the running deploy fails, a change saved during it is silently left undeployed until the next file change. That's often exactly the fix for the failure.

Repro

  1. In notation watch, start a deploy that will fail.
  2. While it's running, save a change.
  3. The failed deploy finishes, and the saved change is not deployed until another edit.

Fix

Drain the queue in both paths, e.g. move the deployQueued check into a .finally, or call the same "done" function from .then and .catch.

Note that while #47 is open, the queued deploy would then hang on the deployment hold, so the two are worth fixing together.

Lingua principale
TypeScript
Stelle
54
Fork
1
Merge medio
1h 45m
PR unite (30g)
1

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 notationlabs/notation

Tutte le issue di notationlabs/notation

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.