From: Christian Biesinger <cbiesinger@web.de>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Ignore commits for which cvsps can't identify a branch
Date: Fri, 10 Feb 2006 23:02:11 +0100 [thread overview]
Message-ID: <43ED0D63.5090105@web.de> (raw)
In-Reply-To: <7vmzgyvrih.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano wrote:
> Does continuing with this kind of "fixups" produce usable
> history, perhaps just some changes missing but trees contained
> in other commits are still faithful reproductions of what the
> CVS repository would have given you? Or does it result in
> unusable history?
I have to admit that I can't actually tell you for sure, since I still
get a failure later (I think it's because cvsps orders changesets
wrongly). However, I was told that the revisions that give me this
CVSPS_NO_BRANCH issue came into existence by (partially) removing tags
from a file, so not listing them should be fine, I think. (This happened
by copying a ,v file and removing its tags, simulating a file copy)
Anyway, based on that, I expect that the history is the same as what I
get from cvs, but I can't verify that.
> Depending on the nature of corruption and its expected use,
> sometimes silently corrupt conversion result is worse than not
> having it at all.
Well, without the patch this error is fatal, and the conversion is very
partial. I'm not sure if that's better.
(This is also not "silent" corruption. I do show a message for it. Would
you rather have it displayed unconditionally?)
Would it be better to have a flag --continue-on-errors?
next prev parent reply other threads:[~2006-02-10 22:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-10 21:02 [PATCH] Ignore commits for which cvsps can't identify a branch Christian Biesinger
2006-02-10 21:21 ` Junio C Hamano
2006-02-10 22:02 ` Christian Biesinger [this message]
2006-02-10 23:25 ` Linus Torvalds
2006-06-10 19:24 ` Yann Dirson
2006-06-10 19:45 ` Christian Biesinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43ED0D63.5090105@web.de \
--to=cbiesinger@web.de \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.