From: | "Robert Haas" <robertmhaas(at)gmail(dot)com> |
---|---|
To: | "Heikki Linnakangas" <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
Cc: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "David Fetter" <david(at)fetter(dot)org>, "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:36:08 |
Message-ID: | 603c8f070901121136wd7cd45bwbebd6fe14be5603e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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.
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2009-01-12 19:38:09 | Re: Recovery Test Framework |
Previous Message | Joshua D. Drake | 2009-01-12 19:34:11 | Re: Recovery Test Framework |