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
All checks were successful
continuous-integration/drone/push Build is passing
This commit is contained in:
parent
7ffcbbeda1
commit
e2a8a9e029
1 changed files with 31 additions and 1 deletions
|
@ -178,4 +178,34 @@ const categorize = tags => tags.reduce((acc, t) => {
|
|||
}, {'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 !_
|
||||
|
||||
|
||||
|
||||
|
||||
|
|
Loading…
Reference in a new issue