What are we voting on? On 4/17/07, Adrian Crum <[EMAIL PROTECTED]> wrote:
+1 David E. Jones wrote: > > Should we just set a date so everyone knows it's coming, and then just > go for it? > > How about this Friday? > > -David > > > On Apr 17, 2007, at 11:05 AM, David E. Jones wrote: > >> >> I'm just concerned because most of the discussion seems to be related >> to things that are already in the Release Plan. >> >> So, maybe we need a thread for a RFC on the Release Plan first? >> >> The big point of the release plan that everyone seems to agree on is, >> let's just do the branch! The point of the plan is to handle it not >> being perfect on day 1, etc. >> >> -David >> >> >> On Apr 17, 2007, at 11:58 AM, BJ Freeman wrote: >> >>> I have read the release plan, however it has been there for a while and >>> we can't seem to get to the next step of implementing. >>> I am guessing everyone is saying lets get a move on. >>> Action >>> >>> David E. Jones sent the following on 4/17/2007 8:55 AM: >>> >>>> >>>> This is a very relevant topic, but it might be helpful to in terms of >>>> the existing Release Plan: >>>> >>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan >>>> >>>> I don't see people referring to this much or talking in terms of "this >>>> is the plan, but maybe we should do it X way because of Y". Is that >>>> because the Release Plan is just total crap, or maybe it's too long >>>> and >>>> not worth reading? >>>> >>>> But yeah, these things are addressed in the Release Plan. >>>> >>>> -David >>>> >>>> >>>> On Apr 17, 2007, at 10:05 AM, Jonathon -- Improov wrote: >>>> >>>>> What about simply forking a release branch now, and then we work on >>>>> stabilizing and debugging THAT branch? >>>>> >>>>> As and when new fixes go into the trunk, we can merge those fixes >>>>> into >>>>> the branch. Ideally, the release branch will not take in new features >>>>> from the trunk, but only fixes to bring the branch towards stability >>>>> for final release. I'd recommend using Release Candidates. >>>>> >>>>> I'd be the first one to offer to test the release branch in the >>>>> effort >>>>> to bring it to release status. If there _is_ a release branch, >>>>> I'll be >>>>> basing my work on that branch rather than the trunk, anyway. >>>>> >>>>> If no one else is familiar with this branching strategy, I may be >>>>> willing to take on the admin work for this. Just let me know when my >>>>> deadlines and what my deliverables will be. >>>>> >>>>> Jonathon >>>>> >>>>> Si Chen wrote: >>>>> >>>>>> The SVN right now is in reasonably good shape in my opinion -- it's >>>>>> been more stable in the past, but there's also been a lot of times >>>>>> when it's a lot less stable. I think we need to get the >>>>>> framework to >>>>>> a stable point and resolve any critical applications bugs, and then >>>>>> it should be a pretty good release. >>>>>> Having said that, is it better to create a release branch now, or >>>>>> wait a little bit? This would depend on everybody's development >>>>>> plans. I notice David and Andy are doing a lot of things in the >>>>>> framework and base methods and that there have been some bugs that >>>>>> are being fixed. Could the next few days, week, or two weeks be >>>>>> spent primarily addressing these issues without a lot of new >>>>>> features >>>>>> being committed? If so, then it'd be better to wait until then. >>>>>> Otherwise, let's just make the release branch before a whole >>>>>> bunch of >>>>>> new but not necessarily critical features or refactorings arrive. >>>>>> Shi Yusen wrote: >>>>>> >>>>>>> +1 for creating a release branch. >>>>>>> >>>>>>> >>>>>>>> Also, without responses the branch will basically just include >>>>>>>> whatever it includes. >>>>>>>> >>>>>>> As an training course, I have arranged a man to test current >>>>>>> HEAD in >>>>>>> different enviroments. >>>>>>> >>>>>>> I think the release branch can be created now. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Shi Yusen/Beijing Langhua Ltd. >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------------------------------------------ >>>>>> ------ >>>>>> No virus found in this incoming message. >>>>>> Checked by AVG Free Edition. >>>>>> Version: 7.5.446 / Virus Database: 269.5.0/763 - Release Date: >>>>>> 4/16/2007 5:53 PM >>>>> >>>>> >>>> >> >