Re: Arch (was RE: Refactoring of command.c )

From: "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>
To: "Dominic J(dot) Eidson" <sauron(at)the-infinite(dot)org>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Rod Taylor" <rbt(at)zort(dot)ca>, "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Peter Eisentraut" <peter_e(at)gmx(dot)net>, "John Gray" <jgray(at)azuli(dot)co(dot)uk>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Arch (was RE: Refactoring of command.c )
Date: 2002-02-28 09:00:00
Message-ID: GNELIHDDFBOCMGBFGEFOCEJGCBAA.chriskl@familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> I see this going down the road of a religious debate, and to prove the
> point, I bring up BitKeeper:
>
> http://www.bitkeeper.com

I admit I don't know much about bitkeeper, except its license is a bit
weird...

> > http://www.regexps.com/#arch
> >
> > Supports everything that CVS doesn't, including rename events...
>
> So does BitKeeper :)
>
> > BTW - I'm not _seriously_ suggesting this change - but it would be cool,
> > wouldn't it?
> >
> > People could start their own local branches which are part of the global
> > namespace, easily merge them in, etc...
>
> This seems quite pointless for PostgreSQL's development.

NOT TRUE!!!

Imagine you want to develop a massive new feature for Postgres. You just
create a branch on your own machine, do all your changes, commits, etc. and
keep it current with the main branch. Then, you can merge it back into the
main tree... That way you can have a history of commits on your own branch
of the repo!

Disclaimer: Have only read docs, not actually _used_ 'arch'... :(

Chris

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dave Page 2002-02-28 09:03:41 Re: eWeek Poll: Which database is most critical to your
Previous Message Michael Meskes 2002-02-28 07:04:18 Re: eWeek Poll: Which database is most critical to your