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

Re: modify-file within an added tree (r1356317) ; possibly rep-cache.db -related

From: Trent Nelson <trent_at_snakebite.org>
Date: Mon, 9 Jul 2012 23:17:28 -0700

On 7/8/12 11:48 AM, "Daniel Shahaf" <d.s_at_daniel.shahaf.name> wrote:

>Daniel Shahaf wrote on Sat, Jul 07, 2012 at 15:09:38 +0100:
>> How can we have a 'modify-file' within an added-without-copyfrom tree?

That's a pretty impressive invariant violation. Enversion would have
caught it, but only because we assert that a modify's previous path must
match its current path -- not because we specifically look for this

I've also never come across this in the wild. We should definitely ping
`rmuir` to find out how he committed that revision; platform, version, etc.

>>Isn't svnsync correct to complain in this case?


>I'd like to resolve the situation on the live svn.a.o repository. I see
>a couple of ways to do so:
>- Hand-edit the revision file, changing "modify-file" to "add-file "
>- Eliminate r1356317 from history: create an svnsync copy of /repos/asf
> using an authz file that excludes
> (or maybe just
> and have the Lucene PMC recreate that tag later

I'd lean towards a scripted version of option 1. You could then
disseminate the script to svnsync mirror admins (like myself), perhaps via
an ASF/infrastructure blog post?

Received on 2012-07-10 08:18:03 CEST

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

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