PrintStash v0.7.2: migraciones de base de datos automáticas
PrintStash v0.7.2 movió las migraciones de Alembic al arranque y conservó el contexto de la colección al borrar un modelo o volver desde el logo.
PrintStash v0.7.2 quitó de las actualizaciones un paso manual frágil. Las migraciones de base de datos empezaron a ejecutarse a través del entrypoint de la imagen, antes de que arranque la API.
Arranca los contenedores y migra una sola vez
Las instrucciones anteriores de Compose incluían un comando de Alembic aparte. Ese comando podía desaparecer por accidente al personalizar el servicio, y dejaba la aplicación y el esquema desincronizados.
El entrypoint de v0.7.2 cubría tres casos, tanto en SQLite como en Postgres:
- una base de datos gestionada por Alembic recibía las migraciones pendientes;
- una base de datos nueva se creaba con el esquema actual;
- una base de datos existente con tablas de la aplicación pero sin registro de Alembic se adoptaba sin repetir las migraciones antiguas de creación de tablas.
A partir de esta versión, una actualización normal de la imagen podía hacerse con docker compose pull seguido de docker compose up -d. Seguía siendo obligatoria una copia de seguridad antes de actualizar.
Conserva el contexto de navegación
Al borrar un modelo, volvías a la colección que estabas viendo en lugar de saltar a All Models.
El logo de PrintStash también conservaba la colección activa al regresar a la biblioteca. Los dos cambios hicieron menos tedioso limpiar bibliotecas anidadas.
La guía de actualización actual documenta el comportamiento de las migraciones durante el arranque y las comprobaciones de recuperación.