[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: subversion load fails with “no such revision”

From: Andreas Mohr <andi_at_lisas.de>
Date: Thu, 26 Sep 2013 20:57:10 +0200

Hi,

On Thu, Sep 26, 2013 at 12:18:30PM -0400, Harlan Harris wrote:
> An FYI to all,
> I'm back trying to deal with this migration, and it's still a giant mess.
> The consistent problem seem to be that revision numbering is just flat
> wrong when files were renamed in a revision. I'm fixing "svnadmin load"
> errors one-at-a-time by the following process:
> 1. Find in the dump file the "add" that's breaking. Note that there is a
> Node-copyfrom-rev that refers to a�revision�that doesn't exist in the
> filtered file (and is irrelevant in the pre-filtered file); that is, the
> revision number is incorrect. Also note that the svnadmin load error
> message refers to a third revision number that has nothing to do with the
> problem either -- it's NOT the number in the Node-copyfrom-rev.�

I'm not entirely convinced that manual corrections are the way to go.
From the sounds of it, this is a painfully huge effort for you,
with considerable complications. IOW: ouch.

So, AFAICS (you hinted at that) these dumps were split out via svndumpfilter.

What about tending towards trying to fix the suspected root cause
(problematic algorithms in svndumpfilter) rather than huge manual efforts
of trying to fix each such "broken rename" case?

I don't know how difficult/challenging it would be to try to fix
svndumpfilter algorithms to correctly handle/take into account such renames
(I don't have any experience with svndumpfilter),
but to me it sounds like this would be much more lucrative.

If one managed to do some investigations about the differences between
the 4 different svndumpfilter "offsprings" and codify this into a nice
well-manageable upstream project (SourceForge, github, ...)
while fixing the revisions-with-renames issues,
then this would be a huge win AFAICS.

I'm trying to teach the TFS Plain-Original-Software some new SVN tricks,
so I know that there's quite some effort required to achieve proper SCM
handling, but fixing one isolated issue (let's hope it's only one issue...)
hopefully wouldn't be too hard (in the TFS support case there were many
low-hanging fruits, too).

Or try to ask someone to have a look at what would be required
to get these svndumpfilter issues improved...

HTH,

Andreas Mohr
Received on 2013-09-26 20:57:47 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.