On Sat, Nov 10, 2001 at 04:26:57PM +0200, Zeev Suraski wrote: > Guys, > > We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on > which 4.1.0 is currently scheduled to be based on, has branched away a few > months ago. Some people have expressed concern that releasing 4.1.0 based > on that branch is not a good idea, because there have been so many changes > in the HEAD branch, and synchronizing fixes and so on is going to be a > headache. > > There are basically two options: > (a) Go with 4.1.0 based on 4.0.7 the way we originally > intended. Pros: It's pretty stable, tested, and pretty much ready to go > out the door with minimum extra work. Cons: We get a release out there > that is based on code from several months ago, which doesn't contain some > bug fixes and changes. > (b) Drop the current release branch. Rebranch from HEAD, and release 4.1.0 > based on the current CVS. Pros: All of the bug fixes/features go into > 4.1.0, we don't release a version based on old code. Cons: Requires a > complete new cycle of QA, as lots of key issues changed since we > branched. Two major examples that come to mind are the sessions code > (trans_sid) and file uploads, which were very significantly changed. > > My personal opinion is that we should go on with (a), and start the release > process for 4.2.0, based on the latest CVS, immediately afterwards. I fear > instability in the new sessions/file upload code too much, and don't want > to delay 4.1.0 for much longer. > > Thies, on the other hand, supports option (b), because he's afraid of > having a new release based on several months old CVS is going to be a > headache.
i haven't really changed my mind - but i want a fast decision. as there isn't any clear consens here i think we should release 4.1 as-it-is-with-the-last-showstoppers-fixed and go from there. we should also learn from this and assign a RM for the next release! i mean a real release-master... re, tc -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]