PR Docker et le workflow Github

Salon des Développeurs Core V4 (dev)
21

Oui c’est ca, en faite tant que l’alpha (4.4) n’est pas assez stable pour aller en beta, la beta reste sur la version d’avant (4.3) et donc la meme que la stable.

En faite faudrait qu’on change le fonctionnement de jeedom et qu’on passe en mode tag/release non ?

22

oui ça serait plus conventionnel on va dire :slight_smile:

Mais peu importe, ok je vais faire le cherry pick sur beta.

23

Voila pour le cherry pick

24

Merci j’ai validé, mais je me demande de plus en plus si on devrait pas passer au tag, je vais soumettre l’idée a jeedom sas.

25

… fail ! pour le build sur beta … Je corrigerais ce soir, je ne mettrais qu’un seul tag à la fois. Pourtant d’après la doc c’est possible de coller plusieurs tags sur une image, mais ça n’est pas passé.

Pour les tags du repo Github ils y sont, parfois il semble que vous avez un pipeline Jenkins qui les génère, mais il y a quelques trous sur les sauts de version :

Par contre, plus de release depuis 2 ans.

26

Release non et normalement oui jenkins genere des tag en regardant la version du fichier du core et genere si besoin. Les saut ca arrive quand j’incremente de 2 versions en beta avant l’arrivé en stable.

27

Bon j’ai corrigé le workflow, 2 PR sur alpha & beta.

28

Correction du script, pour la branche stable une erreur de casse sur le nom de la branche… c’est le PR à 1 caractère :smiley:

29

Hello j’ai cherry-pick le fix sur stable

J’ai vu que tu a fais du vide sur le docker-hub il n’y a plus le tag latest du coup. Ce fix permettra de le recréer à jour. C’est pas obligatoire d’avoir un tag latest mais s’il n’y en a pas, la simple commande docker pull jeedom/jeedom fail, ne trouve pas le tag par défaut. Il faut alors forcer le tag.

30

Salut

Top merci je me demandais comment le faire revenir. Et oui j’ai fait le ménage des branche trop veille.