Dev Experience: doctrine:schema:update sigue mostrando SQL aunque apliques los cambios en la base de datos. Si te suena, esto te interesa.
Durante un despliegue, ejecuté php bin/console doctrine:schema:update --dump-sql y Doctrine devolvió decenas de sentencias ALTER TABLE para ajustar columnas a DATETIME DEFAULT NULL o VARCHAR(255) DEFAULT NULL, entre otras. Tras aplicar los cambios con php bin/console doctrine:schema:update --force, volví a consultar con dump-sql y, para mi sorpresa, las mismas sentencias seguían apareciendo como pendientes.
La pista definitiva llegó al intentar generar una migración con php bin/console doctrine:migrations:diff. El comando devolvió el mensaje The metadata storage is not up to date, please run the sync-metadata-storage command to fix this issue. Importante: tanto doctrine:migrations:diff como doctrine:schema:update comparten la lógica de cálculo de diferencias, pero el comando de migraciones suele exponer problemas de configuración que schema:update no siempre deja ver de forma explícita.
La causa raíz fue la configuración de la cadena de conexión. En el .env teníamos DATABASE_URL apuntando a MariaDB con serverVersion=10.4. Doctrine requiere que el valor refleje con precisión el motor y su versión. En MariaDB, por ejemplo, debe indicarse mariadb-10.4.x. Si no coincide, Doctrine puede interpretar mal el dialecto y el comparador de esquemas creerá que siempre hay cambios, generando el bucle de ALTER TABLE infinito.
Soluciones prácticas: 1 Obten la versión exacta con mysql --version y actualiza serverVersion, por ejemplo mariadb-10.4.1. 2 Alternativamente, elimina el parámetro serverVersion de DATABASE_URL para que Doctrine seleccione el dialecto adecuado automáticamente. 3 Si ves el error de metadata, ejecuta php bin/console doctrine:migrations:sync-metadata-storage. 4 Vuelve a ejecutar php bin/console doctrine:schema:update --dump-sql; si todo está correcto, no debería listar cambios o solo los esperados.
Checklist rápido para no caer en el bucle: valida el motor real de tu base de datos y su versión exacta, ajusta serverVersion o elimínalo, sincroniza el almacenamiento de metadatos, limpia la caché si procede con php bin/console cache:clear, aplica los cambios con --force y verifica con dump-sql.
Conclusión: cuando doctrine:schema:update insiste en mostrar el mismo SQL una y otra vez, sospecha del dialecto y de la versión del servidor configurados. Alinear correctamente serverVersion con MariaDB o dejar que Doctrine lo resuelva por sí mismo suele terminar con el problema.
En Q2BSTUDIO ayudamos a equipos técnicos a mejorar su flujo de despliegue y calidad de software con buenas prácticas, automatización y observabilidad. Desarrollamos software a medida y aplicaciones a medida robustas y escalables, y diseñamos pipelines de integración y entrega continua que evitan sorpresas en producción.
Además, potenciamos tus soluciones con inteligencia artificial e ia para empresas, diseñamos agentes IA para casos de uso reales, reforzamos tu postura de ciberseguridad y pentesting, y modernizamos tu base tecnológica con servicios cloud aws y azure. Si quieres extraer valor de tus datos, contamos con servicios inteligencia de negocio y cuadros de mando con power bi. Integramos estas capacidades dentro de iniciativas de automatización de procesos para acelerar tu time to value.
¿Listo para mejorar tu DX y evitar fricciones con Doctrine, bases de datos y despliegues? Hablemos y lleva tu plataforma al siguiente nivel con la experiencia de Q2BSTUDIO.