Re: 8.4 open items list
От | Bruce Momjian |
---|---|
Тема | Re: 8.4 open items list |
Дата | |
Msg-id | 200903272206.n2RM6M524845@momjian.us обсуждение исходный текст |
Ответ на | Re: 8.4 open items list (Robert Haas <robertmhaas@gmail.com>) |
Список | pgsql-hackers |
Robert Haas wrote: > > Wow, that is a large list. ?Getting this all on a wiki is really what > > needed to happen. ?I can't keep an open list current enough to be > > useful. > > Ah, glad you like. I thought you'd been arguing the other side of > that point with me for several days, but no matter - it seems like we > might be converging on some kind of consensus here. I prefer to do as little as possible. > >> I think we should also boot everything in the "pre-existing bugs" > >> category, and the first two items from the "questions" category, which > >> don't seem important enough to worry about at this stage of the game. > >> That would leave us with 14 items, all of which look reasonably > >> relevant and 8.4-related. > > > > I think pushing "pre-existing bugs" to 8.5 is a mistake, first from a > > software quality standpoint, and second because we are going to have a > > lots of downtime during beta while we wait for feedback, so we can work > > on some of these issues then. ?These things are not going to be any > > easier to fix during 8.5 than now so let's make 8.4 as good as we can > > without overly-delaying it. > > What is the threshold for "has to be fixed before we can go to beta" > versus "has to be fixed before release"? I'm not opposed to fixing > the bugs, but it seems like every day that we postpone cutting a beta > is one more day until release, and so I think our immediate goal > should be to fix all of the things that need to be fixed before beta > can start. Well, we don't want to be changing user-visible behavior during beta, but anything we would fix in a minor release can be fixed during beta too. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-hackers по дате отправления: