Petit point sur les avancées (jeedom 2.0, openzwave...)

[kouaw]

je ne peut que repondre pour le core vu que je ne regarde pas beaucoup ceux des plugin.

pour le core lorsque tu va sur la page des sources "core", tu as un petit menu deroulant marque branche en haut la tu va trouver ceci :
- Cache : Alpha 2.0
- Master : Beta
- sqlite : version pour sqlite
- stable : la stable quoi

apres pour recupere une version precise il faut cherche dans les update qu'elle commit a fait passé sur la version XXX donc oui tu sais telechargé les autres il faut juste remonté plus loin en arriere car contrairement a sur jeedom ou tu as juste a utiliser le systeme de mise a jour en une version precise.

La tu voir tous ce qui a etait modifier ( un changelog enorme ) et donc tu doit juste savoir utiliser git pour retournée sur le point de debut de chaque version. Pour cela que ce n'est pas a la porté du premier venu :p et que donc on ne s'amuse pas a dire au gens si tu veux la version XXX tu doit aller la

[lunarok]

Pour choisir une version particulière ça se fait depuis le centre de mise a jour

Envoyé de mon A0001 en utilisant Tapatalk

[kouaw]

Pour choisir une version particulière ça se fait depuis le centre de mise a jour

Envoyé de mon A0001 en utilisant Tapatalk

je crois qu'il parler plutot via le git XD

[lunarok]

Dans le git déjà constaté, il y a pas. La réponse c'est le centres de mise à jour.

[slobberbone]

Dans le centre de mise à jour, ce ne sont que la dernière stable et dernière béta ... donc c'est bien ce que je voulais faire resortir, c'est que si ça n'est pas trop demander, poser juste un tag lors d'une release à minima (core déjà fais à priori) voir pour les beta aussi et surtout pour les plugins, ca sera bien pour tous le monde je pense ...

[kouaw]

le trucs est que seul les "barbus" utilise un repos Git pour dl leur plugin et autres

[slobberbone]

Pourtant rasé en début de semaine ! Ceci dit lorsqu'il y a des soucis sur les plugins ou jeedom, un barbu aimerait bien pouvoir aider en pointant la version à partir de laquelle on a des soucis ... bref, c'était histoire de faire remonter l'info.

J'ai hâte de la tester cette V2 maintenant c'est malin !

[kouaw]

Le barbue généralement comprend le fonctionnement de git et donc via une tit recherche il sait trouver la version et à qu'elle point en arrière aller pour descendre d'une version ^^ même si sa reste plus simple via jeedom en lui même de faire ce genre de manip xd

Envoyé de mon GT-I9300 en utilisant Tapatalk

[slobberbone]

Je n'utilise pas git, mais en tout cas sur github on ne voit pas grand chose ... (peut-être une limitation de l'interface ?)

[kouaw]

aucune limite il faut juste savoir lire les commit et donc etre un barbus

[xapi]

Le truc sur lequel je souhaite attirer l'attention de l'équipe avec cette histoire de pas de stable 1.21x c'est que la migration sera probablement validée de stable à stable donc 1.209 vers 2.0, mais le hic c'est qu'on est nombreux "coincés" en bêta 1.21x.xx car on avait "besoin" du contenu de cette beta pour un bugfix ou pour les besoins d'un plugin.
Et du coup quid de la migration, comment va-t-on pouvoir faire ça sans douleur.
Si on avait su dès le début que 1.209 était la dernière stable avant la 2.0 on n'aurait rien eu à redire mais là on est pris de court.
En tout cas à titre personnel, j'avançais sur une beta si besoin au coup par coup, et je me resynchronisais sur une stable dès sa sortie, et là j'avoue que je suis déçu de me dire que ça va encore être galère comme ça a été la cata pour ma migration ozw qui était censée être une formalité.

Bref, ya pas moyen de sortir une dernière 1.x stable ?
ou de garantir que la migration depuis la 1.21x.xx beta est validée (en prévenant à l'avance qu'il faut qu'on arrête de mettre à jour à partir de telle version) ?

envoyé depuis mon mobile

[kouaw]

alors je vais soulage ton inquietude enorme ^^, la version 2.0 est basée sur la beta 1.211.XX

donc pas de soucis pour migrer que soit une stable ou une beta tu ne verra pas grand chose comme difference pour la mise a jour etant donnée que on utilise le meme principe que lorsque on fait une update classique.

Mais comme loic l'as dit elle ne sort que dans 2 mois pour justement verifier tous les bugs possible et autres. Ils vont aussi testé les migrations de la stable ET la beta donc no stress.

Loic a marquer V2.0 car il faut dire ce qui est reel. Le core a recu 2 gros changement donc en logique dev, on passe a une version superieur donc 2.XXX.XX mais on aurai tres bien pu la nommer 1.212 par exemple

On change juste le 1er chiffre pour indiquer que ces une updates qui implique un gros remaniement du code et non parce qu'elle ne suit pas l'ancienne branche

[algeroth]

Pour information, et pour éviter toute polémique.

De gros changement vont être adoptés prochainement, pour une meilleure stabilisation des versions, que ce soit core ou plugin (en priorité openzwave).
Des règles simples et logiques vont être adoptés, par rapport aux publications, bug fixe, et nouvelles fonctionnalités.

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

Bref dans les prochains jours il y aura des changement, pour pouvoir fournir aux utilisateurs, une solution stable et réactive.

Merci

[toregreb]

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

C'est ce que j'attendais car on peut tolérer qu'il reste quelques bugs sur une stable, mais ceux-ci doivent être corrigés rapidement et une version stable doit finir en stable, même si ça doit être au détriment des fonctionnalités. Ensuite, il reste la béta qui a les nouvelles fonctions et son lot de bugs .
C'est d'autant plus important à mes yeux que Jeedom veut s'adresser aux pro, et ce que veut un pro c'est du stable, une solution robuste qui demande un minimum d'interventions.

[algeroth]

En effet

[Cmoi20]

Pour information, et pour éviter toute polémique.

De gros changement vont être adoptés prochainement, pour une meilleure stabilisation des versions, que ce soit core ou plugin (en priorité openzwave).
Des règles simples et logiques vont être adoptés, par rapport aux publications, bug fixe, et nouvelles fonctionnalités.

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

Bref dans les prochains jours il y aura des changement, pour pouvoir fournir aux utilisateurs, une solution stable et réactive.

Merci

voici une excelente nouvelle et une excelente décision.

Un WE qui commence très bien.

[Bercolly]

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

C'est ce que j'attendais car on peut tolérer qu'il reste quelques bugs sur une stable, mais ceux-ci doivent être corrigés rapidement et une version stable doit finir en stable, même si ça doit être au détriment des fonctionnalités. Ensuite, il reste la béta qui a les nouvelles fonctions et son lot de bugs .
C'est d'autant plus important à mes yeux que Jeedom veut s'adresser aux pro, et ce que veut un pro c'est du stable, une solution robuste qui demande un minimum d'interventions.

+1

[Dks21]

Pour information, et pour éviter toute polémique.

De gros changement vont être adoptés prochainement, pour une meilleure stabilisation des versions, que ce soit core ou plugin (en priorité openzwave).
Des règles simples et logiques vont être adoptés, par rapport aux publications, bug fixe, et nouvelles fonctionnalités.

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

Bref dans les prochains jours il y aura des changement, pour pouvoir fournir aux utilisateurs, une solution stable et réactive.

Merci

Excellente nouvelle. Merci l'equipe!

[mamatdv]

Que d'annonce en ce moment !

Votre rentrée est en octobre

Même si je rencontre peu de problème c'est une très bonne initiative.

[Patrick]

Le but est de pouvoir fournir des versions stables, qui peuvent être corrigé rapidement en cas de bug, sans être obligé de passer en beta pour les corriger, beta qui peut apporter de nouveaux bugs.

C'est ce que j'attendais car on peut tolérer qu'il reste quelques bugs sur une stable, mais ceux-ci doivent être corrigés rapidement et une version stable doit finir en stable, même si ça doit être au détriment des fonctionnalités. Ensuite, il reste la béta qui a les nouvelles fonctions et son lot de bugs .
C'est d'autant plus important à mes yeux que Jeedom veut s'adresser aux pro, et ce que veut un pro c'est du stable, une solution robuste qui demande un minimum d'interventions.

+1

Je plussois aussi
+1 X100 !