Re: Some git conversion issues

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Some git conversion issues
Date: 2010-07-20 18:42:05
Message-ID: 201007201842.o6KIg5401713@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Magnus Hagander wrote:
> Working on the git conversion with keywords, and I've noticed a couple of
> strange things that don't come up the same way in git. All of these are in
> non-code files, but they do defeat the "identical tarball" mode.
>
> For example, a number of files have commits showing up in cvs with nothing at
> all changed. This triggered an update of the keywords only, with no contents
> changed.
>
> For example, look at:
> http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/Attic/FAQ_AIX.diff?r1=1.19.2.9;r2=1.19.2.10
> http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/Attic/FAQ_HPUX.diff?r1=1.14.2.9;r2=1.14.2.10
> http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/Attic/FAQ_Solaris.diff?r1=1.22.2.10;r2=1.22.2.11
>
> Some show up as completely empty, like:
> http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/generate_history.pl.diff?r1=1.1;r2=1.1.2.1
>
>
> Does anybody know how this can even happen? Wouldn't cvs normally just
> not commit the file if there are no changes?

I have reproduced this by modifying just the CVS tag:

$PostgreSQL: pgsql/src/backend/catalog/README,v 1.15 2010/07/20
18:38:53 momjian Exp $

so it is possible, and can be ignored.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ None of us is going to be here forever. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2010-07-20 18:42:58 Re: antisocial things you can do in git (but not CVS)
Previous Message Markus Wanner 2010-07-20 18:36:55 Re: dynamically allocating chunks from shared memory