Difference between revisions of "Release naming/fr"
| Line 12: | Line 12: | ||
* 1.2-Release-candidate-1 | * 1.2-Release-candidate-1 | ||
* 1.4-Alpha-1 | * 1.4-Alpha-1 | ||
| − | |||
| − | |||
= Niveaux de fiabilité = | = Niveaux de fiabilité = | ||
Revision as of 15:17, 13 March 2017
English Español{{#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.
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 sont téléversés sur SourceForge. Elles se construisent aussi à partir des sources de la branche "trunk".
Ne les utilisez pas pour une 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.