From: Markus Wanner <markus@bluegap.ch>
To: Andrew Dunstan <andrew@dunslane.net>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Ron Mayer <rm_pg@cheapcomplexdevices.com>
Cc: Marko Kreen <markokr@gmail.com>
Cc: Greg Stark <stark@enterprisedb.com>
Cc: Andres Freund <andres@anarazel.de>
Cc: Aidan Van Dyk <aidan@highrise.ca>
Cc: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Magnus Hagander <magnus@hagander.net>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Subject: Re: PostgreSQL Developer meeting minutes up
Date: Sat, 06 Jun 2009 22:56:47 +0200
Message-ID: <4A2AD80F.4050309@bluegap.ch> (raw)
In-Reply-To: <4A2A9FB8.4050405@dunslane.net>
References: <20090526144812.GC15213@yugib.highrise.ca>
<e51f66da0906020546l578e56c8m52f5a6e10760eaf9@mail.gmail.com>
<20090602162333.369974jcc3jpn3dx@mail.bluegap.ch>
<e51f66da0906020834q7e6e3401jf77f40f9924bbace@mail.gmail.com>
<20090602180702.15986cp384yo3l7q@mail.bluegap.ch>
<e51f66da0906020917m274debd5u3288d6d56b62daf7@mail.gmail.com>
<20090603131004.12934iyrr4f7rlsc@mail.bluegap.ch>
<4136ffa0906030508i2971790dk54a8203ee03ed196@mail.gmail.com>
<4A266A56.2020703@anarazel.de>
<4136ffa0906030701x200bf0e4o4c77fa3239062ca5@mail.gmail.com>
<e51f66da0906030720u33d72d05y14ea5ce002cbaf1e@mail.gmail.com>
<20090604114610.808217tbogts0noi@mail.bluegap.ch>
<4A283A8D.8030600@cheapcomplexdevices.com>
<20090605090514.11712ntlvhi2deay@mail.bluegap.ch>
<2871.1244209112@sss.pgh.pa.us>
<4A2922E8.1090505@dunslane.net>
<4A2A8E16.2090703@bluegap.ch>
<4A2A9FB8.4050405@dunslane.net>
Hi,
Andrew Dunstan wrote:
> One fact to keep in mind is that, unlike most other FOSS projects, we
> keep quite a large number of branches live.
So far I thought exactly that would be a good reason for migrating to
something like git. Those claim to ease working on multiple branches in
parallel, and in my experience that works pretty well. I'd like to find
a good way to allow the Postgres project to make use of these features
to ease development.
> It means that they can deploy Postgres with confidence that
> they will not have to upgrade for quite a few years. In the corporate
> world, especially, that is a major issue. I occasionally have clients
> running 7.4 or even older versions.
I agree and appreciate that very much as well.
> The question we often face in backpatching is not "where did it first
> occur?" but "how far back should we patch it?".
Uh.. the difference here mostly being *when* the question comes up,
right? Because the possible answers "in 8.1" or "back to 8.1" are pretty
close.
From what I understand now, you are saying here that you work on the
patch and only after that question how far back to apply it. Note that
working on the patch doesn't necessarily mean having to commit it on
HEAD first. I seem to recall a script which has so far been used for CVS
to do the multi-branch commits pretty much at the same time. Is that
correct?
> the pretty small plperl fixes I applied yesterday and the day
> before, required adjustment going from one branch to the previous one in
> about three out of five back branch cases.
I'll give these a try with one of the touted merge algorithms. I'm
curious myself.
> Sometimes these adjustments
> are small, sometimes they are quite large. So the idea that we can just
> create a fix on say, the 7.4 branch, and then just merge it forward
> nicely, is just fanciful in most cases, as well as being contrary to our
> methods of work.
Well, my experience with the Postgres-R patch has been different.
However, that patch is probably not overly invasive.
> Most of this stuff is almost invisible to most of the community.
The daily work maybe, yes. But not the end result, which is known as
rock-solid. I certainly don't want to change that. ;-)
Regards
Markus Wanner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: markus@bluegap.ch, andrew@dunslane.net, tgl@sss.pgh.pa.us, rm_pg@cheapcomplexdevices.com, markokr@gmail.com, stark@enterprisedb.com, andres@anarazel.de, aidan@highrise.ca, heikki.linnakangas@enterprisedb.com, magnus@hagander.net
Subject: Re: PostgreSQL Developer meeting minutes up
In-Reply-To: <4A2AD80F.4050309@bluegap.ch>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox