Release naming/fr

{{#CustomTitle:Numérotation et nommage des versions de Gestinux}}

Numérotation

On utilisera seulement 2 chiffres, puis un niveau de fiabilité, puis un chiffre chrono.

Exemple :

• 1.2-Stable
• 1.1-Stable-1
• 1.2-Beta-2
• 1.2-Release-candidate-1
• 1.4-Alpha-1

Niveaux de fiabilité

Versions Alpha

Ce sont des versions en développement, non finalisées, pouvant contenir plusieurs bogues totalement bloquants et même détruire vos données.

Le numéro chrono ne change pas à chaque changement de la structure de la base de données, donc vous pourrez avoir une erreur signalant un objet inexistant et devrez alors demander une restructuration de la base en cochant la case prévue pour cela dans la sélection d'une base.

Aucun installateur ne sera téléversé sur SourceForge pour ces versions. Elles se construisent à partir des sources de la branche "trunk".

Ne les utilisez jamais pour une gestion réelle, seulement sur la copie d'une base pour tests.

Vous pouvez signaler des anomalies, si vous êtes développeur et avez vérifié que les sources correspondantes ne viennent pas d'être archivées.

Versions Beta

Ce sont des versions en fin de développement, pouvant encore contenir des bogues, et devant être testées. Normalement, on n'ajoute pas de fonctionnalités à ce stade.

Des packages d'installation de ces versions peuvent être téléversés sur SourceForge. Elles se construisent aussi à partir des sources de la branche "trunk".

Ils ne remplaceront pas l'exécutable de la version stable et seront nommés gestinux-test.

Ne les utilisez pas sur une base de données de gestion réelle, seulement sur la copie d'une base utilisée sans souci avec la dernière version stable.

Merci de signaler les anomalies rencontrées sur le forum.

Release candidates

Ce sont des versions presque totalement déboguées, demandant encore un peu plus de tests. On ne doit pas ajouter de fonctionnalité nouvelle à ce stade.

Vous pouvez les utiliser prudemment pour une gestion réelle, si besoin, mais seulement après avoir fait une sauvegarde de la base et en sachant la restaurer en cas de souci.

Bien entendu, signalez les anomalies bloquantes rencontrées sur le forum. Si ce sont des améliorations, elles seront traitées dans la version suivante.

Des packages d'installation de ces versions sont téléversés sur SourceForge.

Au moment de leur publication, la version suivante de niveau Alpha ou Beta devrait être disponible, de manière à valider la mise à niveau et la compatibilité ascendante et descendante entre versions successives. Une nouvelle branche aura été créée pour les sources de cette version.

Versions stables

Après une période de test suffisante sans modifications importantes, la dernière Release Candidate devient stable.

Vous pouvez les utiliser pour une gestion réelle. Il reste utile de sauvegarder régulièrement les bases de données, surtout si la version est sortie récemment.

Des packages d'installation de ces versions sont évidemment téléversés sur SourceForge. Après sortie d'une nouvelle version stable, ils seront déplacés dans le dossier "Old versions", et y resteront aussi longtemps que ce site le permettra.

Voir aussi

Installation

Copie d'une base pour tester