Versuche, die Diskurse in GitHub-Repositories und discourse_docker zu verstehen

Unterstützung
1

Bei der Erstellung einer SOP (Standard Operating Procedures) für den Fall, dass unsere Seite selbst gehostet wird, versuche ich, der Ente :duck: den Unterschied zwischen den GitHub-Repositories discourse und discourse_docker zu erklären.

Im Folgenden finden Sie drei Beweise, wenn Sie so wollen:

Bei der Installation von Discourse zum ersten Mal wird das Repository discourse_docker verwendet.

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

In Beiträgen hier wird jedoch erwähnt, dass sich die Kunden auf dem Branch tests-passed befinden. Beim Überprüfen des Repositories discourse_docker ist der Branch tests-passed nicht gefunden, aber beim Überprüfen des Repositories discourse ist der Branch tests-passed gefunden.

In Bezug auf tests-passed in discourse_docker wird tests-passed im Verzeichnis samples, Datei standalone.yml, gefunden. In discourse_docker wird tests-passed jedoch in einer ähnlichen Site-Einstellungsdatei wie app.yml nicht gefunden.

Wenn man launcher rebuild app mit aktiviertem Bash-Tracing ausführt, z.

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

wird Folgendes protokolliert:

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

Kann mir jemand das alles so erklären, dass die Ente :duck: es versteht?

2

Discourse_docker erstellt die Docker-Container, auf denen Discourse läuft. Es lädt Discourse herunter. In der app.yml-Datei, die Discourse Docker verwendet, können Sie den Branch (oder sogar einen Commit) von Discourse festlegen, um Discourse beim Erstellen eines neuen Containers herunterzuladen.

3

Das discourse_docker-Repository wird auf dem Server (vom Betreiber) geklont, um einen Docker-Container auszuführen.

Das discourse-Repository wird innerhalb des Docker-Containers (von einem Skript) geklont, um die Discourse-Anwendung auszuführen.