Re: Managing multiple branches in git

From: Andres Freund <andres(at)anarazel(dot)de>
To: Florian Weimer <fweimer(at)bfk(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, "David E(dot) Wheeler" <david(at)kineticode(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Managing multiple branches in git
Date: 2009-06-03 12:17:37
Message-ID: 4A2669E1.8020506@anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2009-06-03 12:19:34 Re: PostgreSQL Developer meeting minutes up
Previous Message Greg Stark 2009-06-03 12:08:55 Re: PostgreSQL Developer meeting minutes up