[ckan-discuss] CKAN branching policy
paperless at timmcnamara.co.nz
Thu Aug 26 20:01:42 BST 2010
I agree with the principle, but find the terminology somewhat awkward.
Audibly and visually distinguishing between the branches will make
I would map things this way:
'metastable' => 'beta'
'stable' => 'stable'
'ultrastable' => 'mature'
On 27 August 2010 02:43, David Read <david.read at okfn.org> wrote:
> Dear all,
> I've drafted a Branching Policy to help us codifying use of Mercurial
> branches for CKAN releases and bug-fixes:
> It reflects the system they use to develop different Python versions (
> http://www.python.org/dev/peps/pep-0374/#backport ), but instead of
> naming branches after their version numbers, they are named after the
> maturity of the version, which suits our more frequent releases. This
> allows 'metastable' to always to be a beta, 'stable' to be the latest
> solid release and 'ultrastable' to be the previous-but-one release.
> We'd love to know if anyone has any thoughts or suggestions.
> ckan-discuss mailing list
> ckan-discuss at lists.okfn.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ckan-discuss