Merge lp:~jbaudoux/anybox.recipe.openerp/1_7_version_string_decoding_for_saas_releases into lp:anybox.recipe.openerp
Proposed by
Jacques-Etienne Baudoux
Status: | Merged |
---|---|
Merged at revision: | 476 |
Proposed branch: | lp:~jbaudoux/anybox.recipe.openerp/1_7_version_string_decoding_for_saas_releases |
Merge into: | lp:anybox.recipe.openerp |
Diff against target: |
52 lines (+18/-9) 1 file modified
anybox/recipe/openerp/utils.py (+18/-9) |
To merge this branch: | bzr merge lp:~jbaudoux/anybox.recipe.openerp/1_7_version_string_decoding_for_saas_releases |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Anybox | Pending | ||
Review via email: mp+184470@code.launchpad.net |
Description of the change
I improved the function major_version(
To be compatible with existing code, a numeric value is returned.
I have chosen to return the value X.5 (e.g. 7.5) that I found the most in accordance to the concept of those releases.
To post a comment you must log in.
I agree with the version numbering. It's not that important, because this version number is somewhat transient. It's used as the basis for version independency (for instance, for v5.0, there's some cleaning to be done before exit, that sort of thing)
Therefore, if we change our minds in a later version, users would either not re-buildout or they would and in both cases, the state would be consistent.