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

Re: VisualSVN server, TortSVN - merging revisions

From: Felix Saphir <felix.saphir_at_kantarmedia.de>
Date: Wed, 01 Sep 2010 21:07:22 +0200

Am 01.09.2010 19:39, schrieb durumdara:
> On aug. 31, 21:27, Felix Saphir<felix.sap..._at_kantarmedia.de> wrote:
>>> As I think merging is also release space if you have many revisions
>>> with many differences.
>>> Because differences are need to store, but if you merge them, you can
>>> see only the last version, what is hold less disk than before...
>> Your working copy might be smaller, yes.
> If I can dump and I can load it, I can decrease the used space.

Yes, but merging is something different. What you can do from
TortoiseSVN (or any other svn client) is to commit a working copy with
all the files you want to keep to a new repository. svnadmin and related
tools are off topc here.

>> If you really worry about the size of your repository, buy a new disk.
> This is not too simply: we have virtual server, we bought fix HDD
> size, this is the limit.

I see, but why not move to a different server then? I'd rather spend a
few more bucks than putting my repository at risk (and you obviously
already ran into trouble).



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-09-01 21:07:41 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.