Re: Recovery Test Framework

From: David Fetter <david(at)fetter(dot)org>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <stark(at)enterprisedb(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Recovery Test Framework
Date: 2009-01-12 19:46:24
Message-ID: 20090112194624.GH26417@fetter.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jan 12, 2009 at 02:36:08PM -0500, Robert Haas wrote:
> On Mon, Jan 12, 2009 at 1:43 PM, Heikki Linnakangas
> <heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> > Robert Haas wrote:
> >> git IS a stable archive of what the patches really were.
> >
> > No. A developer can delete, move and rebase branches in his own
> > repository as he likes, and all of those operations "modify
> > history". In fact, a developer can completely destroy or take
> > offline his published repository. It's *not* an archive.
> >
> > There's other reasons why I like git very much over cvs, but
> > archiving is not one of them.
>
> s/IS/CAN BE/, then.
>
> CVS history can be rewritten, too; it's just harder. We can make a
> policy that branches once pushed to git.postgresql.org are not to be
> rebased; that's recommended practice with git anyway. I'm not sure
> off the top of my head how hard it would be to enforce this in code;
> you'd just need to enforce that 'git push' only ever did a
> fast-forward.

We could do this using git's configuration:

http://www.kernel.org/pub/software/scm/git/docs/git-config.html

See receive.denyNonFastForwards, which is built for just this purpose :)

Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2009-01-12 19:49:06 Re: Recovery Test Framework
Previous Message Joshua D. Drake 2009-01-12 19:38:09 Re: Recovery Test Framework