Jacopo Cappellato wrote:
I know this subject has been already discussed several times in the past, but I still would like to rethink our strategy for releases in OFBiz. I am under the impression that, considering the release branch 9.04, that is our latest release branch: * there are more users than maintainers * because of this, no real maintenance plan, test strategy etc.. has been created around it from the community of users and interested parties (in fact we were not really able to officially release it) * a lot of new users start eveluating OFBiz from that instead of the trunk * it is rather old, several new features are missing and also code improvements (that could fix bugs etc) * because of this, it tends to be less stable than the trunk
I thought the whole point of a release was to make it *more* stable than the trunk. I'm puzzled by your conclusion.
The main cons of this situations are the following: 1) not real interest in maintaining a release branch means that we will not be able to spend time on it and officially release it: the OFBiz community will miss the advantage of using the marketing channel represented by a new release 2) new users will get the wrong impression that the project is slowing improving if they just get the releases 3) it is much easier for a user to stay up to date with the trunk rather than with a release: I mean that there is no guarantee that one day someone will build an upgrade plan from the old release to the new one... users of the old release may be left behind forever
There seems to be a lot of subjective opinion here. I'm interested in maintaining the release branch, and I commit fixes to it regularly.
Here is what I suggest: A) define an official release plan that says that we officially issue a release every approx 6 months (just to give you an idea): since there is no way to define a set of features that will go in the next release, our releases will be based on dates instead of features; but of course we can discuss the exact time of a release based on what is going on 1-2 weeks before the release date
My preference would be yearly. -Adrian
