Re: Managing multiple branches in git

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Managing multiple branches in git
Дата
Msg-id AB0D9382-F8B7-4ABB-901A-17CCE295AB35@gmail.com
обсуждение исходный текст
Ответ на Re: Managing multiple branches in git  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Managing multiple branches in git  (Andrew Dunstan <andrew@dunslane.net>)
Список 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 по дате отправления:

Предыдущее
От: Kenneth Marshall
Дата:
Сообщение: Re: dot to be considered as a word delimiter?
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Managing multiple branches in git