2009-06-17 29 views

Respuesta

7

que tienden a modificar la migración original, con tal de que es a) la última migración y b) no en control de código fuente. Esto presenta una ruta de migración limpia para todos los demás consumidores del código. Lo importante es que sus migraciones deberían poder ejecutarse sin errores desde el estado de la base de datos que sea lo más temprano que pueda esperar encontrar.

1

Si está trabajando con varios desarrolladores, la edición de una migración existente puede ser peligroso.

Si su compañero de trabajo ya ha migrado la migración original, a continuación, cuando se actualiza no recogerá el nuevo código y la hilaridad se producirán. Este es un problema muy difícil de rastrear. Error del lado de ser un buen residente y solo crear una migración actualizada.

0

Sólo he editar una migración existente si se puede comprobar que aún no se ha ejecutado por otros desarrolladores o alguna configuración construcción automatizado. Para estar seguro, no debería editar un archivo de migración comprometido a menos que el error fuera tan grave que la migración no se ejecutara en primer lugar (en cuyo caso ¿por qué lo cometió?)

Además, se debe tener especial cuidado con las migraciones llamando al código de otra parte de la aplicación para que, cuando se ejecuten, se ejecuten utilizando la versión correcta del código. De lo contrario, los cambios sutiles en sus modelos realmente pueden arruinar sus migraciones anteriores.

0

Incluso después de leer esto y las respuestas a continuación, acabo de aprender de la manera difícil. No para editar el original. Terminas perdiendo la pista de tu proceso de desarrollo y es difícil recuperar el control.

Cuestiones relacionadas