Provo a capire il discorso sui repository GitHub e discourse_docker

Mentre lavoro a una procedura operativa standard (SOP) per quando il nostro sito è ospitato autonomamente, sto cercando di spiegare alla duck :duck: la differenza tra i repository GitHub discourse e discourse_docker.

Di seguito ci sono tre elementi di, se così si può dire, evidenza


Quando si installa Discourse per la prima volta, viene utilizzato il repository discourse_docker.

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

Ora, leggendo i post qui, si nota che il ramo su cui si trovano i clienti è tests-passed. Controllando il repository discourse_docker, il ramo tests-passed non viene trovato, ma controllando il repository discourse, il ramo tests-passed viene trovato.


Per quanto riguarda tests-passed in discourse_docker, tests-passed viene trovato nella directory samples, nel file standalone.yml, mentre in discourse_docker tests-passed non viene trovato in un file di impostazioni del sito simile come app.yml.


Se si esegue launcher rebuild app con il tracciamento bash attivo, ad esempio

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

verrà registrato

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

Qualcuno può spiegare tutto questo in modo che la duck :duck: possa capire.

Discourse_docker costruisce i container Docker che eseguono Discourse. Scarica Discourse. Puoi impostare il Branch (o anche un commit) di Discourse nel file app.yml utilizzato da Discourse docker per scaricare Discourse quando costruisce un nuovo container.

Il repository discourse_docker viene clonato sul server (dall’operatore) per eseguire un contenitore Docker.

Il repository discourse viene clonato all’interno del contenitore Docker (da uno script) per eseguire l’applicazione Discourse.