Régression de `git fetch` peu profonde dans discourse_docker

[Falco]

@lucasbasquerotto

Exécuter git fetch --all devrait résoudre le problème, mais je ne sais pas dans quelle mesure cela pourrait augmenter la taille de l’image (sauf si une autre instruction efface les références inutilisées plus tard).

Cela double la taille du dépôt

@lucasbasquerotto

Cela dit, je pense que git clone --depth 1 https://github.com/discourse/discourse.git --branch=$version

Le problème est qu’au moment de la construction de l’image, je ne sais pas quelle branche vous voudrez à l’avenir.

La configuration actuelle a été modifiée pour réduire la taille de l’image, ce qui a permis de diminuer la taille compressée de 250 Mo (25 %), ce qui est un gain considérable. Cela fonctionne bien lors de l’utilisation de branches normales telles que stable et beta ou tests-passed.

@dachary

Un commit récent dans docker_discourse brise la possibilité de spécifier un tag (par exemple v2.6.0) dans la valeur version: de app.yml. Cela est utile pour installer d’anciennes versions de Discourse, à des fins de test.

Comme solution de contournement, si vous souhaitez basculer vers un tag, vous pouvez appliquer ceci à votre fichier 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

Une autre solution de contournement consiste à ajouter une clé base_image au niveau supérieur de app.yml avec la valeur d’une image de base plus ancienne. Puisque nous ne cherchons même pas à maintenir la compatibilité des nouvelles images capables d’exécuter d’anciennes versions de Discourse, cela peut être nécessaire si vous revenez suffisamment loin dans le temps.