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

RE: "svnadmin load" a huge file

From: Ramesh Nadupalli <nadupalliramesh_at_gmail.com>
Date: Mon, 10 Jan 2011 21:48:29 -0500

Recently I was doing a migration from cvs to svn and experienced a strange
issue. It was ignoring tabs and spl characters (^M) inside the text files.
Did anyone experience similar issues?

Thanks
Ramesh

-----Original Message-----
From: Brian Brophy [mailto:brianmbrophy_at_gmail.com]
Sent: Friday, December 31, 2010 10:36 AM
To: Victor Sudakov
Cc: users_at_subversion.apache.org
Subject: Re: "svnadmin load" a huge file

I migrated a large CVS repository (25-50 GB) to SVN years ago on SVN 1.3.
Our repo had many sections (projects) within it. We had to migrate each
project independently so that it's team could coordinate when they migrated
to SVN. As such, I dumped each project when ready and then svnadmin loaded
each dump into it's own path/root (so as not to overwrite anything
previously loaded and unrelated to this project's import).

So, you can do it by controlling which path/portion of CVS you use cvs2vn to
create the dump file from.

Brian

Victor Sudakov wrote:
> Daniel Shahaf wrote:
>
>> Split the dumpfile to smaller dumpfiles
>>
>
> How do I do that? I have not found such an option in cvs2svn.
> I don't mind writing a script if I knew the idea how to split the dump.
> I haven't found any "svnadmin load" option to import part of a dump
> either. man what?
>
>
>> or try a newer version of svnadmin.
>>
>
> I am using subversion-1.6.15, it seems to be the latest ported to
> FreeBSD.
>
>
>> (or dive into the source and help us plug that memory leak ---
>> compile with APR pool debugging enabled)
>>
>
> I will try to do that but unfortunately I need some immediate
> workaround :(
>
>
Received on 2011-01-11 03:49:19 CET

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.