From c05d4ea1a991955f2388deb73f38732783dc5d9b Mon Sep 17 00:00:00 2001 From: Quentin Date: Thu, 13 Apr 2023 08:41:46 +0000 Subject: [PATCH] =?UTF-8?q?Update=20Article=20=E2=80=9C2023-04-12-un-outil?= =?UTF-8?q?-sans-daemon-pour-g=C3=A9rer-ses-artefacts-de-build=E2=80=9D?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...n-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md index 63d6981..2da9606 100644 --- a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md +++ b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md @@ -236,7 +236,7 @@ list flavors: /df-dist-v1// blobs: /df-dist-v1///// ``` -Pour la liste des tags, on reprend le format de Docker: +Pour la liste des tags, on reprend le format de Docker (avec la subtilité que nos tags doivent être listés par ordre chronologique, du plus récent au plus vieux) : ```json { @@ -277,7 +277,3 @@ Pour la déclinaison (_flavor_), on s'inspire du manifest multi arch de Docker : Dans _resources_, on va lister tous les fichiers qu'on stocke pour une _flavor_ donnée. Aujourd'hui on a que le _path_ d'enregistré pour chaque fichier, mais on pourrait avoir plus tard un rôle, par exemple pour différencier le binaire de son checksum, ou encore des symboles de debug. L'interface pourrait alors adapter son affichage. On pourrait aussi stocker la taille et plein d'autres infos. À partir de toutes ces infos, on peut aussi reconstruire le chemin du blob qu'on cherche. - - - -