Réorganisation du développement et release 4.6.0

En prévision de la prochaine version de Jeedom (4.6.0), nous souhaitons attirer votre attention sur la nouvelle organisation mise en place dans le développement depuis la dernière version 4.5.3.

Réorganisation du développement

En effet, afin de faciliter le suivi des évolutions et le travail des développeurs et des contributeurs, nous avons opté pour une nouvelle architecture qui va également permettre de fournir des mises à jour plus régulières. Ce nouveau cadre repose sur 3 branches principales qui sont liées les unes aux autres : develop (intégration continue) → release (prochaine stable) → master (stable).

• La branche develop correspond à la version en cours de développement incluant des modifications régulières (intégration continue).
• La branche release est la prochaine version déployée quelques jours avant son passage en stable afin de pouvoir être testée en conditions réelles et corrigée rapidement si nécessaire (stabilisée en grande partie).
• La branche master ne change pas, elle reste la version stable actuelle (version par défaut incluant le support officiel).

A ces branches principales s’ajoutent des branches annexes par correctif ou fonctionnalité. Les documentations à destination des contributeurs ont été mises à jour en conséquence, vous pouvez vous y référer pour prendre connaissance de tous les détails et bonnes pratiques : Contributeurs – Bêta-test de Jeedom.

Les branches alpha, beta et V4-stable seront supprimées dans les prochaines semaines.

4.6.0 disponible en release

Nous en arrivons au sujet qui va plus particulièrement nous intéresser aujourd’hui : la prochaine version 4.6.0 du core est d’ores et déjà disponible en release.

Comme expliqué précédemment, cette branche a pour but de permettre un maximum de tests en conditions réelles sur une version que l’on estime stabilisée mais qui pourrait incorporer un dysfonctionnement qui n’aurait pas été identifié durant le développement. Ainsi, avec l’aide des bêta-testeurs, nous pouvons nous assurer que la prochaine version stable est fiable avant mise à disposition à l’ensemble des utilisateurs.

Bien que la politique concernant le support officiel et le délai de traitement des remontées de bugs soit historiquement limitée à la version stable du core (branche master), la branche release sera traitée de la même manière étant donné qu’il s’agit d’une version considérée assez stable pour être diffusée avec un nouveau numéro de version.

Documentation et changelog 4.6

Certains l’auront peut-être remarqué, depuis un certain temps nous rencontrons des difficultés avec les automatismes qui gèrent la mise à jour et la traduction de la documentation. Nous travaillons actuellement sur une nouvelle approche pour gérer cette partie mais cela demande du temps et ne peut pas être mis en place immédiatement en production.

Quoi qu’il en soit, il n’était pas imaginable de mettre à disposition une nouvelle version du core sans le changelog et la documentation qui vont avec, nous avons donc fait le nécessaire en ajoutant manuellement ces éléments à la documentation officielle.

Nous vous invitons notamment à consulter le journal des modifications (changelog) dont la lecture est indispensable avant toute montée de version :

Les traductions ne fonctionnant plus, la documentation « Core 4.6 » est uniquement disponible en français pour le moment.

Merci aux bêta-testeurs

Vos retours sont précieux : si vous identifiez un problème sur la version release, n’hésitez pas à le signaler. Nous en profitons pour remercier à nouveau tous les bêta-testeurs pour leur implication et leur aide à garantir la qualité de chaque version livrée.