You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by TH Lim <ss...@gmail.com> on 2009/08/11 06:31:12 UTC
RE: Resizing an existing repository while keeping the revision
numbering
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@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<an...@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@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@subversion.tigris.org].
Re: Resizing an existing repository while keeping the revision
numbering
Posted by TH Lim <ss...@gmail.com>.
You are right. I am just confusing myself and the system if I go ahead with
this. Let me rethink this over.
Thanks
/lim/
Ryan Schmidt-60 wrote:
>
> On Aug 11, 2009, at 04:14, TH Lim wrote:
>
>> I totally understand "Subversion is to retain all your history".
>>
>> To elaborate, say, I have 100 revisions. I find tat i don't need
>> revisions
>> 0:90. So from tomorrow onwards I want to keep revisions 91 to 100.
>> I could
>> do that by dumping 91:100 and load into a new repository. Doing so,
>> reset my
>> revision number to 1. Basically, I do not want to upset the
>> revision number
>> in my local workspace which is clocked at revision 100. I don't
>> know if this
>> is a good idea to retain the revision.
>
> I understand what you're saying, but Subversion is not designed to
> work like that. Even if you keep the same revision numbers, if each
> revision is not identical in the new repository to what it was in the
> old repository (which it won't be for those empty revisions you'd
> have to create at the beginning to keep your later revision numbers
> the same), then it is not the same repository as before, therefore
> you have to assign it a new UUID, therefore you have to discard all
> working copies and check out new ones.
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382401
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe@subversion.tigris.org].
>
>
--
View this message in context: http://www.nabble.com/Resizing-an-existing-repository-while-keeping-the-revision-numbering-tp24603057p24914844.html
Sent from the Subversion Users mailing list archive at Nabble.com.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382415
To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].
Re: Resizing an existing repository while keeping the revision
numbering
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Aug 11, 2009, at 04:14, TH Lim wrote:
> I totally understand "Subversion is to retain all your history".
>
> To elaborate, say, I have 100 revisions. I find tat i don't need
> revisions
> 0:90. So from tomorrow onwards I want to keep revisions 91 to 100.
> I could
> do that by dumping 91:100 and load into a new repository. Doing so,
> reset my
> revision number to 1. Basically, I do not want to upset the
> revision number
> in my local workspace which is clocked at revision 100. I don't
> know if this
> is a good idea to retain the revision.
I understand what you're saying, but Subversion is not designed to
work like that. Even if you keep the same revision numbers, if each
revision is not identical in the new repository to what it was in the
old repository (which it won't be for those empty revisions you'd
have to create at the beginning to keep your later revision numbers
the same), then it is not the same repository as before, therefore
you have to assign it a new UUID, therefore you have to discard all
working copies and check out new ones.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382401
To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].
Re: Resizing an existing repository while keeping the revision
numbering
Posted by TH Lim <ss...@gmail.com>.
I totally understand "Subversion is to retain all your history".
To elaborate, say, I have 100 revisions. I find tat i don't need revisions
0:90. So from tomorrow onwards I want to keep revisions 91 to 100. I could
do that by dumping 91:100 and load into a new repository. Doing so, reset my
revision number to 1. Basically, I do not want to upset the revision number
in my local workspace which is clocked at revision 100. I don't know if this
is a good idea to retain the revision.
Ryan Schmidt-60 wrote:
>
> On Aug 11, 2009, at 01:31, TH Lim wrote:
>
>> 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.
>
> I'm not entirely clear about your question, but Subversion is
> designed to retain all your history, so getting it to forget some of
> it later is difficult.
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382384
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe@subversion.tigris.org].
>
>
--
View this message in context: http://www.nabble.com/Resizing-an-existing-repository-while-keeping-the-revision-numbering-tp24603057p24914240.html
Sent from the Subversion Users mailing list archive at Nabble.com.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382392
To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].
Re: Resizing an existing repository while keeping the revision
numbering
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Aug 11, 2009, at 01:31, TH Lim wrote:
> 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.
I'm not entirely clear about your question, but Subversion is
designed to retain all your history, so getting it to forget some of
it later is difficult.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2382384
To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].