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

RE: Resizing an existing repository while keeping the revision numbering

From: TH Lim <sshark_at_gmail.com>
Date: Mon, 10 Aug 2009 23:31:12 -0700 (PDT)

Does the local workspace able to check into the resized repository with the
dummy inserts with checking out?

I want to keep my repository in a "sizable size" for ease of backup and
holding about a 100 or less revisions at any 1 time is workable for me.

Thanks

/lim/

Oleg X Rasskazov wrote:
>
> As it happens, subversion is really efficient with storing binary deltas,
> especially if you are talking
> about builds of two nearby revisions for a library. It is very useful for
> regression testing, especially if you can not run all of the tests for
> each committed revision due to compute constraints.
>
> Question though remains. Is it possible to add a flag to the svn load
> saying "start loading dump from revision nnnn?"
> If that does not fit the design of subversion, what about a flag to
> svnadmin "put n empty(trivial change) revisions on top of the current
> repo?"
>
> Doing svn ci of a dummy file via Perl script takes too long (about
> 2-3hours for 20k dummy revisions on my box).
>
> A usage scenario is when you would like to have a mirror for all the
> revisions from now on, and do not bother with doing a 2-3 day sync over a
> slow connection for the whole repo.
>
> best regards,
> Oleg
>
> -----Original Message-----
> From: Andy Levy [mailto:andy.levy_at_gmail.com]
> Sent: 22 July 2009 14:03
> To: Andrey Repin
> Cc: Oleg X Rasskazov
> Subject: Re: Resizing an existing repository while keeping the revision
> numbering
>
> On Wed, Jul 22, 2009 at 08:55, Andrey Repin<anrdaemon_at_freemail.ru> wrote:
>> Greetings, Oleg X Rasskazov!
>>
>>> One of the ways we use subversion is to store compiled binaries of all
>>> the
>>> revisions of a large library we are working on. Even with efficient
>>> subversion storage algorithms (deltifying changes) and cheap hdds we are
>>> running out of space.
>>
>> As far as I know, SVN deltify only text/* files.
>
> Subversion performs a binary diff algorithm on all files for storage.
> If the files/diffs are sufficiently large, then a completely new copy
> will be stored.
> This email is confidential and subject to important disclaimers and
> conditions including on offers for the purchase or sale of
> securities, accuracy and completeness of information, viruses,
> confidentiality, legal privilege, and legal entity disclaimers,
> available at http://www.jpmorgan.com/pages/disclosures/email.
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2374490
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_subversion.tigris.org].
>
>

-- 
View this message in context: http://www.nabble.com/Resizing-an-existing-repository-while-keeping-the-revision-numbering-tp24603057p24912364.html
Sent from the Subversion Users mailing list archive at Nabble.com.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382322
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-11 08:35:18 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.