Re: git: uh-oh

Robert Haas wrote:
> Well, the history here is pretty weird. In relevant part, here's the
> result of cvs log on src/backend/parser/gram.c:
>
> revision 2.92
> date: 2007/04/17 01:06:27; author: tgl; state: dead; lines: +0 -0
> And remove 'em again ...
> ----------------------------
> revision 2.91
> date: 2007/04/17 01:05:07; author: tgl; state: Exp; lines: +0 -12088
> Temporarily re-add derived files, in hopes of straightening out their
> CVS status.
> ----------------------------
> revision 2.90
> date: 1999/05/07 01:22:54; author: vadim; state: Exp; lines: +6001 -5942
> branches: 2.90.2;
> Fix LMGR for MVCC.
> Get rid of Extend lock mode.
> ----------------------------
> revision 2.89
> date: 1999/03/28 20:32:04; author: vadim; state: Exp; lines: +3292 -3225
> 1. Vacuum is updated for MVCC.
> 2. Much faster btree tuples deletion in the case when first on page
> index tuple is deleted (no movement to the left page(s)).
> 3. Remember blkno of new root page in BTPageOpaque of
> left/right siblings when root page is splitted.
> ----------------------------
> revision 2.88
> date: 1999/03/20 18:43:49; author: tgl; state: dead; lines: +1 -1
> Remove yacc/lex output files from CVS repository.
>
> The fact that the file was "modified" twice after being removed at rev
> 2.88 seems really wacko. Are you sure that's not contributing to what
> we're seeing here?

I think this is the normal behavior when a file is deleted then
re-added. In version 2.89 the file was re-added, and its delta is
against the pre-deleted version (presumably 2.87).

(Actually, even deleted versions can have deltas, so technically the
delta in 2.89 is against the "hidden content" of version 2.88.

Michael