Hi, Quoting "Aidan Van Dyk" <ai...@highrise.ca>:
This has been raised and ignored many times before on -hackers... The reason is because the tags in the CVS repository are "broken"
Please keep in mind that the amount of "brokenness" here depends a lot on the tool used for the conversion to git. AFAIK 'git cvsimport' is used for the conversion of the Postgres repository to git. git-cvsimport uses cvsps, which is known for its deficiencies.
(i.e they are such that it's impossible to actually create all the tags), so the git "cvsimport" tools that try to tags all croak on the PG CVS repository. The tool which doesn't croak doesn't try and import all the tags, just the sticky "branch tags"...
I cannot confirm that assertion. I've just tried with cvs2svn, which converts the Postgres repository just fine, including 170 tags, among them REL7_1_BETA2 and REL7_1_BETA3. A quick glance at the resulting checkouts' diff looks pretty good as well.
I consider cvsps to be lacking rather than blaming the Postgres CVS repository. (Of course that doesn't mean the Postgres CVS repository is perfectly self-consistent - CVS repositories aren't by definition. I'm just pointing out that there are tools with better heuristics than those of cvsps.)
Has anybody ever tried using cvs2git? Being based on cvs2svn, it should yield better results than cvsps. It's even recommended from the issues section of the git-cvsimport man page [1]. And git-cvsimport seems to be able to continue from an initial import with cvs2git.
Regards Markus Wanner -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
