L’équipe Discourse ne m’a pas contacté (peut-être que cette fonctionnalité augmenterait la complexité du projet, mais je pense que très légèrement), donc pour l’instant, il n’y a rien (mais ce qui est mentionné ci-dessus devrait fonctionner de toute façon, même si cela ne serait pas dans le dépôt officiel discourse_docker).
@justin En réalité, ma principale raison n’est même pas de minimiser les temps d’arrêt, mais de disposer d’une image de base contenant toutes les gems Ruby, les plugins et le dépôt Discourse déjà installés. Celle-ci pourrait être utilisée dans différents environnements, comme la mise en scène (staging) et la production, et même pour différents projets s’ils utilisent les mêmes plugins, en n’exécutant que les tâches de migration de la base de données et de précompilation des assets (qui doivent être exécutées sur la machine cible), ce qui éviterait des problèmes lors de la mise à jour de Discourse.
La réduction des temps d’arrêt serait plutôt un effet secondaire, bienvenu. Cela dit, au final, c’est à l’équipe Discourse de décider si cette fonctionnalité doit être incluse ou non, mais je serais très heureux si cela était le cas.