Readiness a definition can control: timeout, HTTP check, unsupervised resources, and flaky fixed-port tests
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start by reading PR #257 and the related issues #243 and #255 to understand the existing starting state, prepare behavior, and ports --check flow. The issue raises several open design choices around duration settings, HTTP checks, port checks, and flaky tests; first decide which readiness behavior the project should support, then define acceptance criteria and tests for it.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
#257 (for #243) adds a starting state and a fixed 5 s wait after spawn. Left open:
- Per-resource readiness. There's no
ready_timeout, because the definition format has no duration type. A dev server that takes 20 s just showsstarting. Is a fixed default enough, or do we want a duration type? - What "up" means. Some servers bind early and serve errors until compiled. Should a definition be able to name an HTTP readiness URL?
- Unsupervised resources have no readiness at all. A resource with no supervised process is ready when
prepareexits 0 (#255 showed how that lies). Should declared ports be checked afterprepare, asports --checkdoes? - Test flakiness. #257's tests listen on fixed ports 54700/54750 and each "still starting" test waits the full 5 s. One run failed once and passed on rerun. Use OS-assigned ports and a shorter test-only wait?
- Lenguaje dominante
- Rust
- Estrellas
- 0
- Forks
- 0
- Merge medio
- 6 h 21 min
- PR fusionados (30 d)
- 173
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Spheroman/newgit
-
Port allocation order within a resource is unspecifiedPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertodocumentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Spheroman/newgit#59 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 46/100
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 38/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
Todos los issues de Spheroman/newgit
Issues similares
-
ci javascript tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
jonathanong/no-mistakes#3258 ·
Los mantenedores suelen responder en 1 día
-
area: cpu-engines area: fuzzer good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 91/100
hffgzktbcc-blip/ounce-core#402 ·
Los mantenedores suelen responder en 1 día
-
compiler
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
HerringtonDarkholme/hd-lang#1699 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
swc-project/swc-ai-issues#432 ·
-
SPLADE `/embed_sparse` output depends on the other inputs in the batch (candle BertModel / DistilBertModel)Posiblemente ocupada @0z5a la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
huggingface/text-embeddings-inference#979 ·
Los mantenedores suelen responder en 1 día