Avant chaque nouvelle version

Ce que nous faisons entre chaque nouvelle version

Système de version

Plume suit le versionnage sémantique. Pour les versions alpha nous avons la série 0.x. Le x ne correspond actuellement pas au numéro de de l'alpha, car la version 0.1.0 était la première release et 0.2.0 la première alpha. Ceci a été corrigé avec la quatrième alpha, qui est la version 0.4.0 en ignorant la troisième alpha.

Les versions bêta ou pré-release utilisent le suffixe -rcX, où le X est le numéro de la release candidate.

La version majeure change quand l'API ou la fédération subissent un changement majeur (ce sera fait dans la même release autant que possible), pas quand des modifications majeures sont faites à l'interface par exemple (bien que les deux soient souvent liées).

Ce qui se trouve dans chaque version

Nous ne définissons pas de date limite pour les nouvelles publications. Nous assignons justes des issues (aussi bien des bugs à corriger que des fonctionnalités à ajouter) sur Gitea pour une milestone donnée et une fois qu'elle est complétée nous faisons une nouvelle publication.

→ Liste des milestones sur Gitea

Nous préférons faire de petites publications souvent, que des grosses une fois par an.

La publication elle-même

Lorsque nous décidons de faire une nouvelle publication, nous donnons deux semaines aux traducteurs pour mettre à jour les traductions. Pendant cette périodes, les corrections de bugs et nouvelles fonctionnalités sont acceptées, tant qu'elles ne changent aucun message dans l'interface.

Au début de la période de gel, la nouvelle version des fichiers .pot est téléversée sur Crowdin, avec tout les nouveaux messages ajoutés pendant le cycle de développement.

À la fin de ces deux semaines, les .po mis à jour sont récupérés dans le dépôt principal.

Nous devons être sûrs que la documentation est à jour avant de publier. La branche dev des documentations doit être fusionné dans la branche stable pour être déployée sur docs.joinplu.me.

Pour chaque publication, nous faisons une annonce sous la forme d'un message sur le blog (avec Plume bien sûr), un message dans le salon Matrix et une liste des modifications plus technique sur la page des publications sur Gitea (simplement une liste des pull request qui sont incluse dans la dernière publication). Cette ultime liste des modifications inclue toutes les étapes nécessaires à la mise à jour qui ne sont pas listées dans la procédure générique.