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

Re: svnsync failing issue

From: Jorge Handl <jhandl_at_flaptor.com>
Date: Tue, 15 Sep 2009 19:58:02 -0300

Are you sure version 1285 isn't the last change in the portion you're trying
to migrate? I've seen three instances already where svnsync stops at the
last non-empty change in filtered repositories. You can test this by
checking out from the google repository and comparing all files (find -exec
diff) with your current revision.
- Jorge

On Tue, Sep 15, 2009 at 5:28 PM, Garrett McGrath
<gmcgrath815subs_at_gmail.com>wrote:

> 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
> researchers.
>
> 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)
> https://princeton-mvpa-test.googlecode.com/svn/
> file:///d:/Workingarea/distpat/trunk/mvpa
> Copied properties for revision 0.
> svnsync sync --username (me)
> https://princeton-mvpa-test.googlecode.com/svn/
> 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
>
> ------------------------------------------------------
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2395243
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe_at_subversion.tigris.org].
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2395286

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