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

svnsync failing issue

From: Garrett McGrath <gmcgrath815subs_at_gmail.com>
Date: Tue, 15 Sep 2009 16:28:22 -0400

I'm writing this in hopes that I can solve a problem I've been having
with a repository I am trying to migrate to google code.

Specifically we would like to migrate a portion of our old repository
out to google code as it's current a large shared work space that houses
a critical software package as well as data utilized by a number of

The current public repository area (and what we would like to extract
out to a seperate repository) is located at:

https://www.csbmb.princeton.edu/repos/distpat/trunk/mvpa/ and is at
revision 3176.

The server it's sourced off of is currently running SVN 1.4.0. As such
I've also made a local dump / load copy to work with in 1.6.5, since
updating the server svn is non trivial.

I've done a number of sync commands based on google's recommended
command line, targetting both my remote test repository and a local
file:/// repository. However these syncs halt at revisions 1285 for
reasons unknown.

svnsync init --username (me)
  Copied properties for revision 0.
svnsync sync --username (me)
  Committed revision 1.
  Copied properties for revision 1.
  Committed revision 1285.
  Copied properties for revision 1285.

I've also explored trimming out the relevant areas using svndumpfilter
but had no luck due to the svn cp commands from outside the filter
area. I've seen a number of small listings here and there for
experimental replacement files for svndumpfilter that seem to have
varying levels of success but nothing that engenders a huge amount of
confidence. Is there any solution to this problem?
-Garrett McGrath


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-15 22:56:35 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.