On Thu, 6 Apr 2000, Tom Lane wrote:
> Karel Zak <zakkr@zf.jcu.cz> writes:
> >>>> WAL/write ahead log
> >>>> TOAST/long tuples
> >>>> outer joins
> >>>> query tree redesign
> >>>> function manager redesign
> >>>>
> >>>> What year to we want to release 7.1? :-)
>
> > If all will right (and major developers will agree) I plan PREPARE/EXECUTE
> > commands and changes in SPI background for plan saving (query cache).
>
> Given that there is going to be a querytree redesign for 7.1, I'd
> suggest holding off on prepared plans until 7.2. Otherwise it's
> going to be a mess.
>
> The good thing about the above list is that we have four essentially
> independent major projects. (I think outer joins are a portion of the
> querytree work, not a separate item.) So work on them can proceed in
> parallel. And, if it gets to be September-ish and only two or three
> are done, we can make a 7.1 release and still feel pretty good about
> having some nice stuff.
>
> This does bring up a suggestion that Jan has made in the past. Perhaps
> it would be a good idea if we create a separate CVS branch for each of
> these major projects, so that people could work on that project
> independently of the others. When a project is done, we merge it back
> into the main branch. Then it's no problem if one of the projects is
> broken temporarily, or not ready to go when we want to release 7.1.
>
> OTOH, managing separate CVS branches might be a real pain in the neck,
> especially for developers who need to deal with more than one project.
> I've never done it so I don't have a feeling for what it would take.
> But the Mozilla people do this sort of thing all the time, so it can't
> be that bad.
I've only ever seen it done for the kernel of FreeBSD, and very very
rarely at that ...
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org