Difference between revisions of "Release naming"

From Gestinux Wiki
Jump to navigation Jump to search
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{#CustomTitle:Naming and numbering of Gestinux versions}}
+
{{DISPLAYTITLE:Naming and numbering of Gestinux versions}}
  
 
= Numbering =
 
= Numbering =
Line 19: Line 19:
 
Versions in development, not finished, which can contain several severe bugs and possibly destroy your data.
 
Versions in development, not finished, which can contain several severe bugs and possibly destroy your data.
  
They are build with sources contained in the trunk branch. No binary installer will be uploaded on SourceForge for these versions.
+
They are build with sources contained in a trunk branch. No binary installer will be uploaded on SourceForge for these versions.
  
 
The chrono is not always incremented when the database structure is changed. In case you encounter errors, you must run a restructuration by checking the option during [[Gdatabase|database selection]].
 
The chrono is not always incremented when the database structure is changed. In case you encounter errors, you must run a restructuration by checking the option during [[Gdatabase|database selection]].
  
Never use them for real management, only on a copy of a test database.
+
Never use them for real management, only on a [[Copyfortest|copy of a test database]].
  
 
You can indicate anomalies, if you are developer and verified that the corresponding sources have not just been archived.
 
You can indicate anomalies, if you are developer and verified that the corresponding sources have not just been archived.
Line 29: Line 29:
 
== Beta versions ==
 
== Beta versions ==
  
They are versions at the end of development, possibly containing still bugs, and that must be tested. Normally, we do not add features at this level.
+
They are versions at the end of development, possibly containing still bugs, and that must be tested. Normally, we add only very little features at this level.
  
They are still build with sources contained in the trunk branch. Binary installation package of these versions are uploaded on SourceForge.
+
All binary installation package of these versions are not uploaded on SourceForge, you must use the building script to compile it when binary is not available.
  
Do not use them for a real management, use them only on a copy of a database created and succesfully used with the last stable version.
+
Executable and configuration do not update those of the the stable version and are named ''gestinux-test''.
 +
 
 +
Never use them for a real management, use them only on a [[Copyfortest|copy of a database]] created and succesfully used with the last stable version.
  
 
Please, indicate any anomaly you found on the forum.
 
Please, indicate any anomaly you found on the forum.
 
  
 
== Release candidates ==
 
== Release candidates ==
Line 44: Line 45:
 
You can use them carefully for a real management, but only after having made a backup of the database and being sure to know how you can restore in case of issues.
 
You can use them carefully for a real management, but only after having made a backup of the database and being sure to know how you can restore in case of issues.
  
Naturally, indicate errors found on the forum. Improvements, will be processed only in the following version.
+
Naturally, indicate errors found on the forum. Improvements will be processed only in the following version.
  
Binary installation packages of these versions are uploaded on SourceForge.
+
Binary installation packages of these versions are uploaded on SourceForge, at least for Linux 64 bits and Windows. Executable and configuration do not update those of the the stable version and are named ''gestinux-test''.
  
At the time of their publication, the Alpha level of the next version should be available, in order to validate the upgrade and the upward and downward compatibility between versions. A new branch will be created for the sources.
+
When they are published, the next version at level Alpha or Beta should be available, in order to be able to validate upgrading and ascending and descending compatibilities between successive versions. Also a new branch have been created for the new version sources.
  
 
== Stable versions ==
 
== Stable versions ==
Line 61: Line 62:
  
 
[[Installing|Installation]]
 
[[Installing|Installation]]
 +
[[Copyfortest|copy of a database for testing]]

Latest revision as of 14:23, 18 November 2024

 Français Español


Numbering

We use only 2 digits, then a reliability level, and finally possibly a sequential number.

Example :

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

Reliability level

Alpha versions

Versions in development, not finished, which can contain several severe bugs and possibly destroy your data.

They are build with sources contained in a trunk branch. No binary installer will be uploaded on SourceForge for these versions.

The chrono is not always incremented when the database structure is changed. In case you encounter errors, you must run a restructuration by checking the option during database selection.

Never use them for real management, only on a copy of a test database.

You can indicate anomalies, if you are developer and verified that the corresponding sources have not just been archived.

Beta versions

They are versions at the end of development, possibly containing still bugs, and that must be tested. Normally, we add only very little features at this level.

All binary installation package of these versions are not uploaded on SourceForge, you must use the building script to compile it when binary is not available.

Executable and configuration do not update those of the the stable version and are named gestinux-test.

Never use them for a real management, use them only on a copy of a database created and succesfully used with the last stable version.

Please, indicate any anomaly you found on the forum.

Release candidates

They are almost totally debugged versions, requiring more tests. We do not add any new feature at this level.

You can use them carefully for a real management, but only after having made a backup of the database and being sure to know how you can restore in case of issues.

Naturally, indicate errors found on the forum. Improvements will be processed only in the following version.

Binary installation packages of these versions are uploaded on SourceForge, at least for Linux 64 bits and Windows. Executable and configuration do not update those of the the stable version and are named gestinux-test.

When they are published, the next version at level Alpha or Beta should be available, in order to be able to validate upgrading and ascending and descending compatibilities between successive versions. Also a new branch have been created for the new version sources.

Stable versions

After a sufficient period of test without important modifications, the last Release Candidate becomes stable.

You can use them for a real management. It remains useful to backup regularly your databases, especially if the version was released recently.

Binary installation packages of these versions are of course uploaded on SourceForge. They will be moved in "Old versions" folder after a new stable version is released, and will stay there as long as this site will allow it.

Read also

Installation copy of a database for testing