entity-framework - mvc - remove migration entity framework core
AutomáticoMigraciones ¿Habilitado falso o verdadero? (2)
En los proyectos de EF, ¿existe alguna práctica recomendada para establecer la migración automática habilitada ?
Más declaración:
En nuestro equipo, después de modificar un modelo, generalmente ejecutamos los comandos "agregar migración" y "actualizar-base de datos" en la Consola del Administrador de paquetes. Este error surge cuando otros desarrolladores ejecutan el proyecto:
"No se puede quitar la base de datos porque está en uso"
Cada vez que esto suceda, el primer modificador debe Check In todo el proyecto y otros deben obtener objetos modificados. En muchos casos, no queremos comprobar el modelo y la migración ya creados.
Esta situación es molesta, ¿hay alguna solución para este tipo de problemas? gracias por adelantado.
De: http://msdn.microsoft.com/en-us/data/jj554735.aspx
Recomendación para entornos de equipo.
Puede intercalar migraciones automáticas y basadas en código, pero esto no se recomienda en los escenarios de desarrollo de equipos. Si forma parte de un equipo de desarrolladores que utiliza el control de código fuente, debe usar migraciones puramente automáticas o migraciones basadas en código. Dadas las limitaciones de las migraciones automáticas, recomendamos el uso de migraciones basadas en código en entornos de equipo.
Las migraciones automáticas hacen toda la magia por usted, pero no permiten un control de versiones estricto (no tiene una migración fija especial para cada versión). Sin un control de versiones estricto, no puede hacer un seguimiento de la versión de su base de datos y no puede hacer actualizaciones explícitas (no puede hacer rebajas en absoluto).
Si no planea usar el control de versiones en el que necesita saber qué versión es la base de datos y si no planea usar la degradación, simplemente puede usar la migración automática.
"No se puede quitar la base de datos porque está en uso"
Parece que estás trabajando en la base de datos compartida = show stopper. Cada desarrollador debe utilizar su propia base de datos.
¡Pero no quiere comprobar el modelo y la migración que ya se creó!
Esta es una buena práctica y si desea continuar con las migraciones basadas en código, tendrá que seguirlo. Por cierto. existe una práctica llamada "integración continua": en la integración continua, debe obtenerla inmediatamente después de que el compromiso se haya creado con éxito y pase las pruebas.