Re: [HACKERS] When is 7.0 going Beta?
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] When is 7.0 going Beta? |
Дата | |
Msg-id | 199912070300.WAA15475@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] When is 7.0 going Beta? (The Hermit Hacker <scrappy@hub.org>) |
Ответы |
Re: [HACKERS] When is 7.0 going Beta?
Re: [HACKERS] When is 7.0 going Beta? Re: [HACKERS] When is 7.0 going Beta? |
Список | pgsql-hackers |
> > I personally agree with Jan on this...I think most users have found that > our releases have been "worth the wait", and altho we're askign them to > wait a little bit longer then normal, we *are* addressing problems with he > current release by putting out 6.5.x's as required, *and* we are highly > visible. > > unlike some projects out there (gcc's "past" coming to mind), we have a > highly active mailing list where developers are constantly putting out, > and discussing, news ideas...the end user sees this, and with what is on > the todo list, 7.0 will be *more* worth the wait then our past > releases...7.0 is looking to be our *biggest* release yet, a little more > time will be required on this one... OK, seeing as everyone disagrees with me... Other than WAL, what else is half-completed and installed? Foreign Keys - Jan WAL - Vadim Function args - Tom Date/Time types - Thomas Optimizer - Tom Outer Joins - Thomas? Long Tuples - ? I guess I am wondering, other than WAL, what makes our current state any worse than the time before previous beta cycles I am very hesitant about our "one big release" thing coming? If we wait for everything to get done, we would never have a release. The more items in a release, the longer the beta cycle. If you wait too long, you are fixing code you wrote 6 months ago, and that makes it very hard. Smaller releases where the code is relatively fresh and the additional features minimal are cleaner, faster betas. The concern about a release sapping our energy when we should be adding code is valid, but this delays how soon users can use the items we _have_ finished. Our 6.5.* subreleases are actually allowing us to take longer between releases because we don't have to fix that _major_ bug a new release. We fix it in the subrelease. Obviously, no one agrees with me, so it looks like May. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: