programación comprobar si hay django migraciones al sur que necesitan ser desplegados

Question

Mi estrategia de implementación es el siguiente (utilizando Tela):

1. crear un nuevo virtualenv
2. desplegar nuevo código en la nueva virtualenv
3. espectáculo una página de mantenimiento
4. copiar el dB actual a la nueva db
5. migrar nueva db
6. punto nuevo código a la nueva db
7. enlace simbólico virtualenv actual al nuevo Venv
8. servicios de reinicio
9. página de mantenimiento quitar

quiero repetir rápido. Ahora, la mayoría de los cambios de código no contienen migraciones. Además, el archivo db está creciendo, por lo que se genera una sobrecarga al copiar la base de datos cada vez que despliegue un cambio (en su mayoría pequeño). Para evitar copiar la base de datos, quiero verificar si hay migraciones que deben implementarse (antes del paso 4). Si no hay migraciones, puedo ir directamente del paso 2 al paso 7. Si las hay, seguiré todos los pasos. Para esto, necesito verificar programáticamente si hay migraciones que deben implementarse. ¿Cómo puedo hacer esto?

Answer 1

En el paso 2, mientras se implementa el nuevo código, puede implementar una secuencia de comandos que, cuando se ejecute en el servidor, detectará si hay nuevas migraciones.

Ejemplo código es el siguiente:

# copied mostly from south.management.commands.migrate 
from south import migration 
from south.models import MigrationHistory 

apps = list(migration.all_migrations()) 

applied_migrations = MigrationHistory.objects.filter(app_name__in=[app.app_label() for app in apps]) 
applied_migrations = ['%s.%s' % (mi.app_name,mi.migration) for mi in applied_migrations] 

num_new_migrations = 0 
for app in apps: 
    for migration in app: 
     if migration.app_label() + "." + migration.name() not in applied_migrations: 
      num_new_migrations = num_new_migrations + 1 

return num_new_migrations 

Si envuelve el código anterior en un script, el script de implementación tela puede utilizar la operación de ejecución para obtener el número de nuevas migraciones.

Si esto devuelve cero, puede omitir los pasos asociados con la copia de la base de datos.    

Answer 2

¿Por qué mueve las bases de datos? El objetivo de las migraciones es aplicar los cambios realizados en el desarrollo a su base de datos de producción.

Sus pasos realmente debe ser:

1. crear un nuevo virtualenv
2. desplegar nuevo código en la nueva virtualenv
3. muestran una página de mantenimiento
4. migrar nueva db
5. enlace simbólico virtualenv actual al nuevo venv
6. reiniciar servicios
7. eliminar Página de mantenimiento

Y el paso de migración no lleva tanto tiempo si no hay nuevas migraciones reales para ejecutar. Simplemente se ejecutará en cada aplicación diciendo que ya está actualizada.

Si está copiando la base de datos para tener una copia de seguridad, eso es algo que debería estar ejecutándose de todos modos en cron o algo, no como parte de su implementación.

En realidad, estoy confundido sobre la creación de un nuevo virtualenv cada vez también. El normalizada (es decir: más típico) el despliegue es:

1. desplegar nuevo código
2. migran db
3. servicios de reinicio

Si desea volver a añadir en la materia página de mantenimiento, se puede , pero el proceso toma solo un minuto o dos en total.

Answer 3

./manage.py migrate --all --merge --list | grep "()" 

le dirá y mostrará qué migraciones. Si desea un código de retorno o conteo, use wc.

Esto tiene la ventaja de no copiar y pegar código como la respuesta aceptada (que viola DRY), y también si la API interna del sur cambia el código, seguirá funcionando.

ACTUALIZACIÓN:

Django 1.7 cambió la salida de utilizar el soporte en lugar de paréntesis y Django 1.8 introduce un comando showmigration:

./manage.py showmigrations --list | grep '[ ]' 

Answer 4

respuesta de dalore actualizado para Django 1.7+

./manage.py migrate --list | grep "\[ ]" 

Si solo quiere el conteo, entonces:

./manage.py migrate --list | grep "\[ ]" | wc -l