upgrade --from v1 leaves contradictory infra state: v1 per-plugin docker-compose DBs and .env.test targets that don't exist
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- docker-compose, postgresql, typescript
Línea de trabajo
Start by tracing the bos upgrade --from v1 flow and its audit logic, then inspect the generated docker-compose.yml and .env.test handling. Compare the resulting child project configuration with the platform repository’s four service setup described in the issue. Done means stale per-workspace services and invalid test database targets are either updated to the v2 shape or reported clearly by the audit.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Found during the nearbuilders.org v2 upgrade (NEARBuilders/nearbuilders.org#305).
What
After the managed upgrade, the child repo is left with:
docker-compose.ymlstill describing the v1 topology — one postgres container per workspace (11 services with their own ports/volumes in nearbuilders.org), while the v2 code model is one shared postgres withplugin_<slug>schema scoping and ephemeral PGlite dev defaults. Rootdev:postgres*scripts still point at the stale file..env.testpointing at services that don't exist — nearbuilders.org's copy referencedapi_test_db/auth_test_dbon ports 5434/5435, which under the v1 compose file wereactivity_db/builders_db. Any test loading it hits the wrong database or fails.
Why
The upgrade reconciles code/config but not infra files. The v2 topology shift (DB consolidation, ADR 0033) is exactly the kind of change that makes leftover infra files silently wrong.
Suggested fix
During bos upgrade --from v1 (or the audit): detect a generated per-workspace compose topology / .env.test targets that reference nonexistent services, and either regenerate them in the v2 shape (shared postgres + plugin_<slug> schemas + *-test services, mirroring the platform repo's own docker-compose.yml) or add explicit audit warnings listing the stale services.
Reference shape: the platform repo's own docker-compose.yml (4 services: api, auth, api-test, auth-test) is the pattern children should end on.
- Lenguaje dominante
- TypeScript
- Estrellas
- 5
- Forks
- 3
- Merge medio
- 9 h 48 min
- PR fusionados (30 d)
- 152
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 NEARBuilders/everything-dev
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
NEARBuilders/everything-dev#628 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
NEARBuilders/everything-dev#400 ·
Los mantenedores suelen responder en 1 día
-
Onboarding at events: translate /onboard, use "community" wording, and handle failed invite lookupsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
NEARBuilders/everything-dev#653 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
NEARBuilders/everything-dev#652 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
NEARBuilders/everything-dev#650 ·
Los mantenedores suelen responder en 1 día
Todos los issues de NEARBuilders/everything-dev
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
gnosis/gnosis_vpn#661 ·
Los mantenedores suelen responder en 1 día
-
content-freshness: staleOwnedContent doc comments still say 'complete receipt' (follow-up to #7912)Abiertotriage:bug-verified
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Los mantenedores suelen responder en 1 día
-
fix: reject sourceStorage/packagedStorage bucket that differs from the stack default (fail loud)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Eyevinn/open-videocore#1300 ·
Los mantenedores suelen responder en 1 día
-
nextjs-tracking
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
cloudflare/vinext#4390 ·
Los mantenedores suelen responder en 1 día
-
kind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
kubernetes-sigs/headlamp#8175 ·
Los mantenedores suelen responder en 2 días