Intentando entender el discurso de los repositorios de GitHub y discourse_docker

Soporte
1

Al trabajar en un SOP (Procedimientos Operativos Estándar) para cuando nuestro sitio está auto-alojado, estoy intentando explicarle al duck :duck: la diferencia entre los repositorios de GitHub discourse y discourse_docker.

A continuación se presentan tres fragmentos de, si se quiere, evidencia

Al instalar Discourse por primera vez, se utiliza el repositorio discourse_docker.

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

Ahora, al leer publicaciones aquí, se indica que la rama en la que se encuentran los clientes es tests-passed. Al verificar el repositorio discourse_docker, la rama tests-passed no se encuentra, pero al verificar el repositorio discourse, la rama tests-passed sí se encuentra.

Con respecto a tests-passed en discourse_docker, tests-passed se encuentra en el directorio samples, en el archivo standalone.yml, y en discourse_docker tests-passed no se encuentra en un archivo de configuración de sitio similar como app.yml.

Si se ejecuta launcher rebuild app con trazado de bash activo, por ejemplo:

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

se registrará:

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

¿Alguien puede explicar todo esto para que el duck :duck: lo entienda?

2

Discourse_docker genera los contenedores de Docker que ejecutan Discourse. Descarga Discourse. Puedes configurar la rama (o incluso un commit) de Discourse en el archivo app.yml que Discourse docker utiliza para descargar Discourse al generar un nuevo contenedor.

3

El repositorio discourse_docker se clona en el servidor (por parte del operador) para ejecutar un contenedor Docker.

El repositorio discourse se clona dentro del contenedor Docker (mediante un script) para ejecutar la aplicación Discourse.