Re: Managing multiple branches in git - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Managing multiple branches in git
Date
Msg-id 4A2669E1.8020506@anarazel.de
Whole thread Raw
In response to Re: Managing multiple branches in git  (Florian Weimer <fweimer@bfk.de>)
List pgsql-hackers
On 06/03/2009 01:48 PM, Florian Weimer wrote:
>> I wondered for a second about symlinking .git from several checkout
>> directories to a common master, but AFAICT .git stores both the
>> "repository" and status information about the current checkout, so
>> that's not gonna work.
> "git clone --reference" stores just a reference and does not copy the
> history.
> It's not going to help in the long run because history accumulating on
> the HEAD will be duplicated in your release branches.  This is not a
> problem if you never merge stuff into them, but I don't know how much
> (recent) history browsing you want to do from your release checkouts.
As the referenced repository would be a mirror from the "official" 
repository it should contain most of what is contained in the release 
checkouts - so repacking the release checkouts should remove duplicate 
objects, right?
The work on the release branches would hopefully get pushed to the 
official repository so I don't see a long term problem of duplicate objects.

I haven't really looked at the repack code, so I may be completely off...

Andres


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: PostgreSQL Developer meeting minutes up
Next
From: Bruce Momjian
Date:
Subject: pg_migrator status for 8.4