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-12 14:30:01 +00:00
parent 97e00a908f
commit daa3f07d70
1 changed files with 17 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

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

@ -69,6 +69,23 @@ On peut construire le JSON :
} }
``` ```
L'envoyer :
```bash
aws s3 cp /tmp/tags.json s3://registry.deuxfleurs.org/v2/albatros/tags/list
```
Et ensuite s'assurer qu'on est bien compatible :
```bash
crane ls registry.deuxfleurs.org/albatros
# 0.9
```
_À ma connaissance, le client Docker ne permet pas de récupérer ce fichier directement._
Bien entendu, il est peu probable que dégainer l'outil `crane` soit la première solution qui vienne à l'esprit des gens. Nos utilisateurs vont plutôt se rendre sur notre site web et s'attendre à voir les conteneurs listés sur une page dédiée ! En définissant des CORS sur notre bucket, on va permettre à un script JS astucieux de récupérer ce fichier via des requêtes XHR et de construire l'index.
On pourrait aussi appeler ces fichiers depuis le générateur de site statique, et régulièrement regénérer le site web pour intégrer ces modifications. Aujourd'hui on utilise XHR sur la page de Garage, et ça a quand même l'avantage de la simplicité, alors pas de raison de changer :-)
Voilà comment on va configurer les CORS :