Oui, je vois que les informations que j’ai fournies dans le message n’étaient pas assez détaillées. Je ne pense pas qu’il s’agisse d’une erreur de mise en forme, car le fichier YAML fonctionne correctement sans la balise de version.
J’ai effectué quelques tests supplémentaires et il semble que le bug que j’ai rencontré ne se déclenche pas dans les versions 10 et 11, mais se produit bien dans les versions 4 à 9.
Je ne trouve que deux erreurs dans la sortie, et je pense qu’elles sont attendues :
2020-02-22 10:42:33.410 UTC [62] postgres@postgres ERROR: database "discourse" already exists
2020-02-22 10:42:33.533 UTC [73] postgres@discourse ERROR: role "discourse" already exists
J’ai consulté les notes de version de la version 10 et n’ai trouvé aucune référence à une correction liée à ce problème.
C’est bien que cela soit corrigé, et avec votre solution de contournement pour les paramètres SMTP (je la testerai lundi, je ne veux pas toucher au serveur de production pendant le week-end), il n’y a pas d’urgence de mon côté. Cependant, il serait utile de savoir s’il existe une erreur inconnue que les tests ne détecteront pas et qui pourrait réapparaître, si elle a été « corrigée » par hasard et non par une modification ciblée. Je suppose que je veux savoir à quel point la fonction de version peut être considérée comme stable à l’avenir.
Voici un extrait de la sortie d’une exécution avec la version cible v2.4.0.beta9.
dump_disco_version_error.txt (127.5 KB)