Tentando entender o discurso dos repositórios do GitHub e o discourse_docker

Ao trabalhar em um POE (Procedimento Operacional Padrão) para quando nosso site é auto-hospedado, estou tentando explicar ao duck :duck: a diferença entre os repositórios do GitHub discourse e discourse_docker.

A seguir, três trechos de, se você preferir, evidências


Ao instalar o Discourse pela primeira vez, é utilizado o repositório discourse_docker.

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

Agora, ao ler postagens aqui, nota-se que a branch em que os clientes estão é tests-passed. Ao verificar o repositório discourse_docker, a branch tests-passed não foi encontrada, mas ao verificar o repositório discourse, a branch tests-passed foi encontrada.


Com relação a tests-passed no discourse_docker, tests-passed é encontrado no diretório samples, no arquivo standalone.yml, e no discourse_docker tests-passed não é encontrado em um arquivo de configurações de site similar como app.yml.


Se alguém executar launcher rebuild app com rastreamento bash ativo, por exemplo:

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

ele registrará:

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

Alguém pode explicar tudo isso para que o duck :duck: entenda.

O Discourse_docker cria os contêineres Docker que executam o Discourse. Ele baixa o Discourse. Você pode definir a Branch (ou até mesmo um commit) do Discourse no arquivo app.yml que o Discourse Docker usa para baixar o Discourse ao criar um novo contêiner.

O repositório discourse_docker é clonado no servidor (pelo operador) para executar um contêiner Docker.

O repositório discourse é clonado dentro do contêiner Docker (por um script) para executar o aplicativo Discourse.