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

From Robert Haas
Subject Re: Managing multiple branches in git
Date
Msg-id AB0D9382-F8B7-4ABB-901A-17CCE295AB35@gmail.com
Whole thread Raw
In response to Re: Managing multiple branches in git  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Managing multiple branches in git
List pgsql-hackers
On Jun 2, 2009, at 4:32 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Robert Haas <robertmhaas@gmail.com> writes:
>> I wonder whether it would help with this problem if we had a way to
>> locate the build products outside the tree, and maybe fix things up  
>> so
>> that you can make the build products go to a different location
>> depending on which branch you're on.
>
> I'm beginning to seriously consider the idea that the git repository
> should think each branch is a separate directory subtree --- ie,
> completely abandon the notion that git is worth anything at all for
> managing multi-branch patches.  If we have HEAD, REL8_3, etc as
> separate subtrees then we can easily have a single commit touching
> multiple branches in whatever way we want.
>
> The arguments that were put forward for switching to git all had to do
> with managing patches against HEAD.  AFAIK hardly anyone but the core
> committers deals with back-patching at all, and so a structure like  
> this
> isn't going to affect anyone else --- you'd just ignore the back- 
> branch
> directory subtrees in your checkout.

If we're going to do that let's just keep using CVS.  I would consider  
a repository organized that way to be completely unusable; without  
doing anything the system we have now is better than that.

...Robert


pgsql-hackers by date:

Previous
From: Kenneth Marshall
Date:
Subject: Re: dot to be considered as a word delimiter?
Next
From: Andres Freund
Date:
Subject: Re: Managing multiple branches in git