The current activity version scheme does only allow the use of integer numbers.<br>This has the issue that doing a bug fix release for an older activity version gets rather complicated. People have been planning for that in advance and reserved numbers for such a purpose in order to overcome that short coming.<br>
Furthermore, the current scheme does not allow local deployments to release local versions of an activity.<br>Based on the work that has been started in the &quot;Dotted Activity Versions&quot; feature [1] I want to propose a new scheme that fixes the issues described above.<br>
The new version number will consist of N integer numbers separated by dots and a suffix for a local indicator. Activity developers can still use an integer number only, if desired.<br>Valid numbers are:<br><div style="margin-left: 40px;">
23<br>23.2<br>23.2.5<br>23.2.5-peru<br>23.2.5-uru<br></div><br>The internal representation will be a string instead of an int and we will add means to validate and compare the versions.<br><br>What do others think about this approach? Packagers?<br>
We must limit the number of integer digits allowed?<br>Regards<br><br>Gonzalo<br><br>[1] <a href="http://wiki.sugarlabs.org/go/Features/Dotted_Activity_Versions">http://wiki.sugarlabs.org/go/Features/Dotted_Activity_Versions</a><br>
<br>