Peut-être bien. C’est une grande aide et, comme discourse-setup, elle sert à un objectif très précis : une nouvelle installation très standard. Mes scripts d’installation l’utilisent depuis un bon moment. Cela peut être un moyen facile de passer à deux conteneurs si vous êtes prêt à sauvegarder l’ancien conteneur et à restaurer sur le nouveau.
Ma préoccupation a toujours été que cela serait difficile à prendre en charge, car des personnes qui ne le comprennent pas essayeront de l’utiliser, puis ne pourront plus utiliser la documentation, car « rebuild app » ne fonctionnera plus. De plus, savoir quand il faut reconstruire le conteneur de base de données est également difficile. J’ai récemment eu un échec de reconstruction parce que Redis était en version 3.0 alors que la version 4.0 est désormais requise. Ensuite, PostgreSQL a également dû être mis à jour, ce qui nécessitait de suivre une séquence d’étapes, mais il fallait savoir quand reconstruire le conteneur de données et quand reconstruire le conteneur web, ainsi que comment modifier le chemin par rapport à ce qui est recommandé. Tout s’est déroulé sans accroc — pour moi, mais essayer de communiquer cela à quelqu’un qui ne sait pas ce qu’est Bash, dans un forum, serait frustrant pour toutes les parties.
Je pense qu’il vaudrait mieux maintenir une barrière élevée pour créer une installation non standard, afin de protéger les gens contre eux-mêmes.