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

Process supervision follow-ups: `resource rebind` as a new command, cascade, exit codes over 128, spawn's exit code on a crash

Aperta
  • Qualcosa non va?
#289 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
rust, shell
Ambito
backend, cli

Direzione di ricerca

Start with issues #288, #261, and #262, which frame these follow-up questions. The issue names the supervisor shell wrapper and the spawn readiness wait, but does not identify source files or tests; first locate those entry points and inspect how resource binding and status are handled. Done means the maintainers resolve the listed design questions and the chosen behavior is implemented and covered by tests.

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

Descrizione

Open questions from #288 (for #261 and #262):

  • New command: newgit resource rebind <res> [instance]. Nothing could bind a failed resource again short of remove and a respawn, so #262's retry hint had nothing honest to point at. rebind binds the resource again as spawn does (ports, exports, render, prepare, autostart) and refuses while its process runs. Is a new command the right surface, or should this be newgit start retrying failed binds, or tracker use-style re-binding?
  • rebind doesn't cascade. Rebinding a resource doesn't rebind the resources that depend on it, so if its exports change, theirs go stale. Rebind dependents too, or at least list them?
  • Exit codes above 128 are read as signals. The supervisor wrapper is sh, so a program that deliberately exits 137 shows as killed(SIGKILL). That's unavoidable with a shell wrapper; a small in-process supervisor would fix it. Worth it?
  • spawn exits 0 when an autostarted process dies during the readiness wait. It prints not ready, consistent with other readiness problems today. Should a crash at spawn be a non-zero exit, given agents read the exit code?
  • Status wording. exited(1) / killed(SIGKILL) follow blocked(deps); the issue proposed exited (1). Minor, but status is what agents parse.
Lingua principale
Rust
Stelle
0
Fork
0
Merge medio
7h 20m
PR unite (30g)
80

Preparare l'ambiente

Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

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 Spheroman/newgit

Tutte le issue di Spheroman/newgit

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.