Extend the activity version numbering scheme to allow major and minor releases.
- Name: Simon Schampijer
- Email: simon AT sugarlabs DOT org
- Targeted release: 0.92
- Last updated: Fri, 05 Nov 2010
- Percentage of completion: 90%
The new numbering scheme is more flexible and allows you to do major and minor releases. This is useful when you want to do for example a bug fix release. The new version number will consist of N integers separated by dots (e.g., 1, 1.2, 1.4.5, 188.8.131.52). You can still use an integer number only for your releases.
There is as well the ability to use a suffix for a local indicator (e.g., Peru wants to release a slightly modified version for their deployment 1.3-peru). The local indicator is a string, appended to the version. The local indicator does not apply alpha ordering, which means that 1.3-peru is equal to 1.3-argentina.
1 1.2 1.2.3 184.108.40.206 2.3-peru
1.2peru # must be separated with a '-' 1.2. # can't end with '.' 1.02.5 # can't have a leading zero
12 == 12 0.9.9 < 1 1 == 1.0.0 1.2 < 1.2.3 1.2-arg == 1.2 1.2-arg == 1.2-peru
Benefit to Sugar
The new scheme gives activity developers more control on their releases. The separation between a major release and a minor (bugfix) release is more clearly visible. Since developers can still use just integer numbers the simplicity of the old scheme is kept.
This scheme also enables developers who maintain older versions of Sugar, building activities with intermediate versions, in cases where it is not possible to use the latest changes because are not compatible.
This feature does add a new class to the toolkit that is used to verify the correctness of the numbering string. The bundlebuilder and the activitybundle are adjusted accordingly (current toolkit patch). In the shell the activity list and the bundleregistry has to change accordingly (current shell patch).
Furthermore the activity updater has to adopt to the new scheme.
The new activity version is only visible in the activity list and the activity updater.
How To Test
If this feature is noticeable by its target audience, how will their experiences change as a result? Describe what they will see or notice.
Regular glucose dependencies.
None necessary, revert to previous release behavior.