Regressione superficiale di git fetch in discourse_docker

[Falco]

@lucasbasquerotto

Eseguire git fetch --all dovrebbe risolvere il problema, ma non so quanto possa aumentare le dimensioni dell’immagine (a meno che un’altra istruzione non cancelli i riferimenti non utilizzati in un secondo momento).

Questo raddoppia le dimensioni del repository

@lucasbasquerotto

Detto questo, penso che git clone --depth 1 https://github.com/discourse/discourse.git --branch=$version

Il problema è che al momento della costruzione dell’immagine non so quale ramo vorrai in futuro.

La configurazione attuale è stata modificata per ridurre le dimensioni dell’immagine, ottenendo una riduzione del 25% (250 MB) sulle dimensioni compresse, il che è un grande successo. Funziona bene quando si utilizzano rami normali come stable e beta o tests-passed.

@dachary

Un recente commit in docker_discourse rompe la possibilità di specificare un tag (ad esempio v2.6.0) nel valore version: di app.yml. Questo è utile per installare versioni precedenti di Discourse, a scopo di test.

Come soluzione temporanea, se desideri passare a un tag, puoi applicare quanto segue al tuo file app.yml:

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

Un’altra soluzione temporanea consiste nell’aggiungere una chiave base_image al livello superiore di app.yml con il valore di un’immagine base più vecchia. Dato che non cerchiamo nemmeno di mantenere la compatibilità tra le nuove immagini in grado di eseguire versioni precedenti di Discourse, questo potrebbe essere necessario se si torna indietro di molto nel tempo.