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

Re: Testing equality between svnrdump and svnadmin dump

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Thu, 15 Jan 2015 14:36:02 +0000

Bert Huijben wrote:
> It could be that it is already there, but there should be inheritance of
> copyfrom values within added directories.

Thanks for the heads-up. It looks like that may be broken here too. I'll check. This sort of nonsense is why I'm working on deduplicating the dump and load code.

- Julian

> Only when the revision number (or path) changes you will get a new copyfrom.
> (This is what you see on a mixed revision copy… There should also be a delete
> in that case now, although we used to forget these while committing in older
> versions)

> Julian Foad wrote:
>> When loading an add-with-history from a non-deltas dumpfile, on reading the new
>> properties, the dumpfile parser first calls the rdump load editor's
>> 'remove_node_props' method. This method was attempting to issue property delete
>> instructions for each existing property, but it was always trying to fetch the
>> existing props from PATH_at_HEAD. In a copy situation, it needs to look at
>> COPYFROM_PATH_at_COPYFROM_REV instead. [...]
Received on 2015-01-15 15:36:54 CET

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.