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

This commit is contained in:
Quentin 2023-04-13 09:11:56 +00:00
parent f86578e2fe
commit 02292d50ba

View file

@ -276,13 +276,24 @@ 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.
À partir de toutes ces infos, on peut aussi reconstruire le chemin du blob qu'on cherche. Normalement on a tout ce qu'il faut.
## Mise en place manuelle pour Albatros
On va commencer par compiler nos différents binaires :
```bash
nix build .#packages.x86_64-linux.albatros -o df/linux/amd64/albatros
nix build .#packages.i686-linux.albatros -o df/linux/386/albatros
nix build .#packages.aarch64-linux.albatros -o df/linux/arm64/albatros
nix build .#packages.armv6l-linux.albatros -o df/linux/arm/albatros
```
Les envoyer :
```bash
aws s3 sync df/ s3://registry.deuxfleurs.org/df-dist-v1/albatros/0.9/
```