Open gildeluermoz opened 4 months ago
Il y a une justification à cet ordre dans le script :
# On déplace les médias à la fin de la migration, pour ne pas se retrouver avec une nouvelle installation
# GeoNature cassé mais les médias déjà déplacé de l’ancien GN au nouveau GN non fonctionnel.
Pour cette raison je ne suis pas forcément fan de l’idée d’inverser.
Normalement le script de migration peut être lancé plusieurs fois, et il finira ce qu’il avait commencé, et notamment reprendra les migrations là où elles en étaient.
Mais je peux comprendre que tu n’es pas envie de tous relancer. Pour cela, je pense qu’il peut être pas mal de découper le script de migration à la manière du install_all, afin de pouvoir lancer qu’une étape bien précise facilement.
Durant la migration d'une version vers une nouvelle version, je constate que les qq erreurs que j'ai pu rencontrer durant les nombreuses migrations que j'ai pu faire sont toujours des erreurs durant la mise à jour de la base de données. Lorsque le script
migration.sh
rencontre une erreur durant cette étape, il s'arrête. Il faut corriger la ou les erreurs en base pour pouvoir relancer la mise à jour de la base par alembic. En général, je fais cette manip manuellement plutôt que de relancermigration.sh
Il faut alors aussi lancer manuellement ce qui suis dans le script, c'est à dire la récupération des mediasSi ça ne pose pas de problème, je propose d'inverser l'ordre de ces opérations pour mettre la mise à jour de la base en dernier, de manière à n'avoir plus que cette opération à faire (+ le restart des services). Ce qui donnerait