Essayer de comprendre le discours des dépôts GitHub et discourse_docker

En travaillant sur une procédure opérationnelle standard (POS) pour le cas où notre site est auto-hébergé, j’essaie d’expliquer au duck :duck: la différence entre les dépôts GitHub discourse et discourse_docker.

Voici trois éléments de, si vous voulez bien, preuves


Lors de l’installation de Discourse pour la première fois, c’est le dépôt discourse_docker qui est utilisé.

groot@galaxy:~$ git clone https://github.com/discourse/discourse_docker.git /var/discourse

En lisant les messages ici, il est noté que la branche sur laquelle se trouvent les clients est tests-passed. En vérifiant le dépôt discourse_docker, la branche tests-passed est introuvable, mais en vérifiant le dépôt discourse, la branche tests-passed est trouvée.


En ce qui concerne tests-passed dans discourse_docker, tests-passed est trouvé dans le répertoire samples, le fichier standalone.yml, tandis que dans discourse_docker, tests-passed n’est pas trouvé dans un fichier de paramètres de site similaire comme app.yml.


Si l’on exécute launcher rebuild app avec le suivi bash activé, par exemple :

groot@galaxy:/var/discourse$ sudo bash -x launcher rebuild app

cela enregistrera :

I, [2020-06-07T23:49:27.550542 #1]  INFO -- : > cd /var/www/discourse && git pull
From https://github.com/discourse/discourse

Quelqu’un peut-il expliquer tout cela afin que le duck :duck comprenne.

Discourse_docker construit les conteneurs Docker qui exécutent Discourse. Il télécharge Discourse. Vous pouvez définir la branche (ou même un commit) de Discourse dans le fichier app.yml utilisé par Discourse docker pour télécharger Discourse lors de la construction d’un nouveau conteneur.

Le dépôt discourse_docker est cloné sur le serveur (par l’opérateur) pour exécuter un conteneur Docker.

Le dépôt discourse est cloné à l’intérieur du conteneur Docker (par un script) pour exécuter l’application Discourse.