forked from quentin/quentin.dufour.io
Update Article “2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build”
This commit is contained in:
parent
cb13c8406b
commit
703b95aa4e
1 changed files with 24 additions and 1 deletions
|
@ -251,10 +251,33 @@ Pour la déclinaison (_flavor_), on s'inspire du manifest multi arch de Docker :
|
|||
|
||||
```json
|
||||
{
|
||||
|
||||
"flavors": [
|
||||
{
|
||||
"resources": [
|
||||
{ "path": "albatros" },
|
||||
],
|
||||
"platform": {
|
||||
"architecture": "amd64",
|
||||
"os": "linux"
|
||||
}
|
||||
},
|
||||
{
|
||||
"resources": [
|
||||
{ "path": "albatros" },
|
||||
],
|
||||
"platform": {
|
||||
"architecture": "386",
|
||||
"os": "linux"
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
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.
|
||||
|
||||
|
||||
|
||||
|
||||
|
|
Loading…
Reference in a new issue