Re: WITH RECURSIVE patches V0.1 TODO items

From: Tatsuo Ishii <ishii(at)postgresql(dot)org>
To: stark(at)enterprisedb(dot)com
Cc: aidan(at)highrise(dot)ca, ishii(at)postgresql(dot)org, andrew(at)dunslane(dot)net, david(at)fetter(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: WITH RECURSIVE patches V0.1 TODO items
Date: 2008-05-27 14:11:01
Message-ID: 20080527.231101.102465371.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> "Aidan Van Dyk" <aidan(at)highrise(dot)ca> writes:
>
> > Something like this is easily done in GIT as well:
> > git fetch ## Fetch any new commits done in the origin to the local repo
> > git merge origin/master ## or any other branch you want..
> > git push ## publish your work for others to fetch
>
>
> I would very much like to start using GIT to do this. The main difference is
> that when a contributor wants to merge back the changes from upstream GIT
> knows which changes upstream correspond to the commits the contributor made.
> So it can avoid a lot of conflicts when the upstream version has subsequent
> changes to the same areas.
>
> The end result is also a lot cleaner. Instead of a lot of commit messages that
> just say "applying patch from Foo" all the original separate commits can be
> preserved.

I don't stick to CVS at all. If contributors are comfortable, let's go
with GIT.

BTW, does this setting requrie a local GIT server be installed? If so,
that might be a problem for me since I don't have resource for that.
--
Tatsuo Ishii
SRA OSS, Inc. Japan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-05-27 14:13:09 Re: ERRORDATA_STACK_SIZE panic crashes on Windows
Previous Message Gregory Stark 2008-05-27 14:02:23 Re: WITH RECURSIVE patches V0.1 TODO items