Update Article “2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build”
All checks were successful
continuous-integration/drone/push Build is passing

This commit is contained in:
Quentin 2023-04-13 07:59:20 +00:00
parent 7ffcbbeda1
commit e2a8a9e029

View file

@ -178,4 +178,34 @@ const categorize = tags => tags.reduce((acc, t) => {
}, {'release': [], 'prerelease': [], 'dev': []}); }, {'release': [], 'prerelease': [], 'dev': []});
``` ```
Se pose alors la question Ce qui nous donne la classification suivante avec notre extrait pour Garage par exemple :
```json
{
"release": [
"v0.7.3",
"v0.8.0",
"v0.8.1",
"v0.8.2"
],
"prerelease": [
"v0.8.0-beta1",
"v0.8.0-beta2",
"v0.8.0-rc1",
"v0.8.0-rc2"
],
"dev": [
"02e8eb167efa1f08d69fe7f8e6192cde726c45aa",
"fcc5033466e58e3beec05ee7748d33522b6b32b0",
"v0.8-rc2"
]
}
```
_Note 1 : on voit qu'une prerelease dont le tag a été raté est passé dans “dev”. Je pense que c'est un comportement intéressant : si on se rate sur un tag, qu'il est trop bizarre, alors on le classe en développement, c'est tout de suite visible qu'on a eu un problème._
_Note 2 : se pose la question de comment ont trie à l'intérieur d'une catégorie, aujourd'hui on reprend l'ordre de la liste initiale. Dans le cadre de Docker, il apparait que c'est l'ordre alphabétique qui est choisi. Ce qui marche à peu près pour le semver mais pas du tout pour les commits. Nous on voudrait simplement trier par date mais on a pas accès à cette information dans la liste des tags. Par contre, on peut simplement dire que dans notre implémentation, le générateur qui se charge de construire la liste, ordonne du plus récent au moins récent les tags, tout simplement !_