From: Aidan Van Dyk <aidan@highrise.ca>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Magnus Hagander <magnus@hagander.net>
Cc: Markus Wanner <markus@bluegap.ch>
Cc: Andrew Dunstan <andrew@dunslane.net>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Subject: Re: PostgreSQL Developer meeting minutes up
Date: Wed, 27 May 2009 22:09:09 -0400
Message-ID: <20090528020909.GQ15213@yugib.highrise.ca> (raw)
In-Reply-To: <603c8f070905271829i9458bdftcaed2dadb0a74583@mail.gmail.com>
References: <4A1BABBC.7070803@hagander.net>
<4A1BE039.70008@dunslane.net>
<10273.1243343651@sss.pgh.pa.us>
<4A1BFF70.4000506@dunslane.net>
<20090526144812.GC15213@yugib.highrise.ca>
<20090527121532.83276r2btyqp716s@mail.bluegap.ch>
<4A1D1E64.6030908@hagander.net>
<4A1D2290.7060907@enterprisedb.com>
<20090527212240.GP15213@yugib.highrise.ca>
<603c8f070905271829i9458bdftcaed2dadb0a74583@mail.gmail.com>
* Robert Haas <robertmhaas@gmail.com> [090527 21:30]:
> > And actually looking at the history of the gpo repo, the branches are all
> > messed up with "merges" and stuff that I'm not sure where they are coming
> > from... 8.2, 8.3, and master(HEAD) are all the same as my gpo repo, but the
> > back branchs are very bad...
>
> This is really quite horrible. What is the best way forward here?
That depends entirely on what the project wants.
If you're just developing on HEAD with git to submit patches to official
CVS use, don't do anything... HEAD is in good state in both repos.
If you're using git to rebase patches and changes between branches, in
order to submit patches for official CVS use, use the PostgreSQL.git I
publish on repo.or.cz. It's back branches are in pretty good state too.
If the "project" wants to provide canonical "git" repository as a
cut-over from CVS, and CVS isn't going to be used anymore (other than
served as an anonymous "mirror" of the git repo by git cvsserver, or
have an old CVSROOT available as a public download for purely historical
inspection), then it's probably best to do a single CVS->git conversion
with one of the better tools (like parsecvs) that don't do incremental,
and publish a set of good "graft" point for those using gpo who want to
switch their current development onto the new git repo.
But, since git's a completely Dvcs at its core, and was built by people
thoroughly immersed in the tool-needs of vastly distributed VCS stuff,
no matter what the project deems the "official" git repository, people
will be able to continue to keep their current investment in git
development with stuff like grafts, filter-branch, rebase, etc.
a.
--
Aidan Van Dyk Create like a god,
aidan@highrise.ca command like a king,
http://www.highrise.ca/ work like a slave.
Attachments:
[application/pgp-signature] signature.asc (188B, ../20090528020909.GQ15213@yugib.highrise.ca/2-signature.asc)
download
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: aidan@highrise.ca, robertmhaas@gmail.com, heikki.linnakangas@enterprisedb.com, magnus@hagander.net, markus@bluegap.ch, andrew@dunslane.net
Subject: Re: PostgreSQL Developer meeting minutes up
In-Reply-To: <20090528020909.GQ15213@yugib.highrise.ca>
* 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