Re: Recovery Test Framework - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Recovery Test Framework
Date
Msg-id 603c8f070901120937r617a1a7epfdcef99d58eabea5@mail.gmail.com
Whole thread Raw
In response to Re: Recovery Test Framework  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Recovery Test Framework  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Re: Recovery Test Framework  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Recovery Test Framework  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
>> 2.  Start using more git, as many hackers and committers have already
>> started to do.  This is the kind of situation where CVS just plain
>> falls down because branching and merging are unmanageably difficult in
>> it, where in git, they're many-times-a-day operations.
>
> This is a red herring, unless your proposal also includes making the
> master CVS^H^H^Hgit repository world-writable.  The complaint I have
> about people posting URLs is that there's no stable archive of what the
> patches really were, and just because it came out of someone's local git
> repository doesn't help that.

No, git really does help with this.  If Simon were making his changes
in git and pushing them to a git branch on git.postgresql.org, you
would be able to see exactly what he changed and when he changed it.
You would therefore be able to assess whether the changes over the
last several months were or were not substantial.  The whole point of
git is that you don't just publish the master branch - everyone can
have their own branches, and they can all be published, and everyone
can see the whole development history of every project for whatever
purpose they care to see it.

git IS a stable archive of what the patches really were.

...Robert


pgsql-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Re: Recovery Test Framework
Next
From: Gregory Stark
Date:
Subject: Re: Recovery Test Framework