choose option 2/3, but set a release schedule:
1.1.1 will be released, let's say, 30/9 17h, with whatever showstopper fixes are ready
1.1.2 will be released 7/10, with whatever showstopper fixes are ready, etc.,
...
and no cheating: what isn't ready 30/9 20:00h (or whatever), is not in that release
until 1.1 a point is reached where there is less than 1 showstopper bug fix a week (in 3 or 4 weeks, I presume).
And yes, that should be in a branch, separated from new feature development. Normally, this doesn't require RC's. We are you're testers, and with such a cycle, a critical fix is only a week away.
Such a way of working would help us, I think. Using nightly's is "difficult" in production :-}. I'm very interested in the list's opinion on this, as decisions like these are part of my bread and butter …
On 26 Sep 2005, at 23:44, Sean Schofield wrote:
We seemed to have settled on doing a 1.1.0 patch release. The one fix<x-tad-smaller>Met vriendelijke groeten,
we know for sure that is going to be in it is the fix to the TLD and
faces-config.xml regarding the sandbox stuff.
Bill has created a branch for us off the release point. There are one
or two "urgent" bugs being described on the user list. Are we going
to address them in this release or a folow up release?
Here are the options as I see them:
1.) Fix nothing but the faces-config and release
2.) Fix faces config and one or two other show stopers.
3.) Create a new branch off the head, build an RC and put important
fixes there. Then release after review of RC.
If we choose option #2 or #3 I think we need to do the following:
a.) keep the list *very* of must fixes very small so we don't have a
SVN merging nightmare
b.) create a JIRA version for 1.1.1 and mark the bugs to be fixed in
1.1.1 as such.
c.) fix all these bugs on the branch *only*
d.) release 1.1.1
e.) merge back down to trunk and get on with our lives. :-)
This means we also need to be careful about creating and resolving
bugs. They need to say "nightly" when fixed in the trunk and "1.1.1"
when fixed in the branch.
Right now I am leaning towards Option #3.
sean
Jan Dockx
</x-tad-smaller><x-tad-smaller>
PeopleWare NV - Head Office</x-tad-smaller><x-tad-smaller>
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66 </x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
PeopleWare NV - Branch Office Geel</x-tad-smaller><x-tad-smaller>
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25</x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
http://www.peopleware.be/
</x-tad-smaller><x-tad-smaller>http://www.mobileware.be/</x-tad-smaller>
smime.p7s
Description: S/MIME cryptographic signature
