Flache Git-Fetch-Regression in discourse_docker

[Falco]

@lucasbasquerotto

Ein git fetch --all sollte das Problem lösen, aber ich weiß nicht, wie stark sich das auf die Image-Größe auswirken könnte (es sei denn, eine andere Anweisung löscht später die ungenutzten Referenzen).

Das verdoppelt die Größe des Repositorys

@lucasbasquerotto

Trotzdem denke ich, dass git clone --depth 1 https://github.com/discourse/discourse.git --branch=$version

Das Problem ist, dass ich zum Zeitpunkt des Image-Builds nicht weiß, welchen Branch Sie in Zukunft verwenden möchten.

Das aktuelle Setup wurde geändert, um die Image-Größe zu verringern. Dadurch wurde die komprimierte Größe des Images um 250 MB (25 %) reduziert, was ein großer Gewinn ist. Es funktioniert einwandfrei bei der Verwendung normaler Branches wie stable, beta oder tests-passed.

@dachary

Ein kürzlich durchgeführter Commit in docker_discourse bricht die Möglichkeit, ein Tag (z. B. v2.6.0) im Wert von version: in app.yml anzugeben. Dies ist nützlich, um ältere Versionen von Discourse zu installieren, z. B. für Testzwecke.

Als Workaround können Sie, wenn Sie zu einem Tag wechseln möchten, Folgendes in Ihre app.yml-Datei einfügen:

hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git
+    - exec:
+        cd: $home
+        cmd:
+          - git fetch --depth=1 origin tag v2.5.0 --no-tags
+          - git checkout v2.5.0

Eine weitere Möglichkeit besteht darin, einen base_image-Schlüssel auf oberster Ebene der app.yml-Datei hinzuzufügen, dessen Wert ein älteres Basis-Image ist. Da wir nicht einmal versuchen, die Kompatibilität sicherzustellen, dass neue Images ältere Discourse-Versionen ausführen können, kann dies erforderlich sein, wenn Sie weit genug zurückgehen.