arnaudlevy/quentin.dufour.io
1
0
Fork 0
forked from quentin/quentin.dufour.io
Code Pull requests 1 Activity

Update Article “2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build”

Browse source
This commit is contained in:
Quentin 2023-04-13 08:41:46 +00:00
parent 703b95aa4e
commit c05d4ea1a9
1 changed files with 1 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
View file

@ -236,7 +236,7 @@ list flavors: <host>/df-dist-v1/<name>/<tag>
blobs: <host>/df-dist-v1/<name>/<tag>/<go_os>/<go_arch>/<binary>
```
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.