From: Tom Lane <tgl@sss.pgh.pa.us>
To: Greg Smith <gsmith@gregsmith.com>
Cc: Robert Haas <robertmhaas@gmail.com>
Cc: Markus Wanner <markus@bluegap.ch>
Cc: Andrew Dunstan <andrew@dunslane.net>
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: Thu, 28 May 2009 12:45:12 -0400
Message-ID: <11894.1243529112@sss.pgh.pa.us> (raw)
In-Reply-To: <alpine.GSO.2.01.0905281203530.13556@westnet.com>
References: <10273.1243343651@sss.pgh.pa.us>
<20090527212240.GP15213@yugib.highrise.ca>
<603c8f070905271829i9458bdftcaed2dadb0a74583@mail.gmail.com>
<20090528020909.GQ15213@yugib.highrise.ca>
<603c8f070905271942ke9df2aah8648fe4d1228d43e@mail.gmail.com>
<20090528125944.GS15213@yugib.highrise.ca>
<603c8f070905280649m5d5fc458se54435dfe20cc7ca@mail.gmail.com>
<4A1E9D98.7030208@dunslane.net>
<8547.1243522369@sss.pgh.pa.us>
<20090528174015.964447it00chy25b@mail.bluegap.ch>
<603c8f070905280846q46220e39u57fc24ac7b6feb7@mail.gmail.com>
<alpine.GSO.2.01.0905281203530.13556@westnet.com>
Greg Smith <gsmith@gregsmith.com> writes:
> The best way to control the scope creep here is to avoid doing that, and
> instead focus on what you really need from the repo conversion. [...]
> If the goalposts are moved to "every ancient tag/release ever must build
> perfectly and have sane history no matter how nasty its CVS history was",
> history conversion is doomed.
Right. Shall we try to spec out exactly what our conversion
requirements are? Here's a shot:
* Head of each active branch must check out the same as it does from CVS
(modulo $PostgreSQL$ and similar tags, which we've already agreed we can
abandon).
* Each released minor version tag must check out the same as from CVS,
at least back to some specified point (perhaps 7.4.0). I'd really
prefer to insist on that all the way back.
* Each commit message in the CVS history must be retrievable from the
git history, and should correspond to the same file changes. However,
we are okay with git sometimes treating "one" CVS commit as two or more
events with similar messages. (I'm basing this on the behavior of
cvs2cl, which sometimes does that depending on how time-extended the
individual file updates were.) Also, we won't be too picky about
whether the "same" commits on different branches are treated as one
event or multiple events.
Comments? Other considerations?
regards, tom lane
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: tgl@sss.pgh.pa.us, gsmith@gregsmith.com, robertmhaas@gmail.com, markus@bluegap.ch, andrew@dunslane.net, aidan@highrise.ca, heikki.linnakangas@enterprisedb.com, magnus@hagander.net
Subject: Re: PostgreSQL Developer meeting minutes up
In-Reply-To: <11894.1243529112@sss.pgh.pa.us>
* 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