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

Re: Strange problem with filtering dump files

From: Ryan Schmidt <subversion-2014_at_ryandesign.com>
Date: Fri, 3 Oct 2014 23:34:29 -0500

On Oct 3, 2014, at 4:05 PM, Alfred von Campe wrote:

> We have a repo that we want to split up into multiple repos. The strategy to do this is fairly simple:
> 1. Dump repo using svnadmin dump
> 2. Construct a list of paths we want to exclude by greping for Node-path: in the dump file and greping that for certain directory names to exclude
> 3. Use svndumpsanitizer (svndumpfilter has too many issues) to either include or exclude directories from list generated in previous step to create new dump file
> 4. Create new repos and use svnadmin load from new dump files
> This mostly works except for one very bizarre problem. One particular directory I am trying to filter out consistently only gets partially excluded. For example, imagine a subdirectory named foo that contains a few subdirectories and a few dozen source files. I use trunk/foo (and branches/branch1/foo, branches/branch2/foo, etc.) as the paths to exclude, yet the directory foo and *one* of its subdirectories with *some* of its source files are not filtered from the trunk and all branches. I canít figure out whatís different or special about these files.
> What is the best way to debug this issue? This is my first time trying to split a repository. In case it matters, we are using Subversion 1.7.5 on the server (svnadmin dump) and I am doing all my testing with a 1.8.10 client.

Were these files/directories ever anywhere else in the repository (i.e. were they renamed or moved to their present location at some point)? Try filtering out those paths as well, even if they don't exist anymore in the head of the repository.
Received on 2014-10-04 06:35:12 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.