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

Re: Removing pristine copy

From: Lasse Vågsæther Karlsen <lasse_at_vkarlsen.no>
Date: Mon, 4 Feb 2008 10:38:18 +0100

A short-term solution could be to enable folder compression on the folders
in question. Most likely performance would take a skydive but since you've
already accepted that as a temporary issue, perhaps it would suit your
needs.

Unless there is a problem with folder-based compression and Subversion which
I don't know of.

On Feb 4, 2008 9:41 AM, Milen A. Radev <milen_at_radev.net> wrote:

> On 04/02/2008, Daniel <svn_at_daik.se> wrote:
> > Hello all,
> > I have a few rather large repositories (60+Gb) and holding two copies of
> > each file (the actual file and the text-base version) is not really an
> > option for me because of disk space available on the client computers. I
> > wonder is there any way I could get tortoisesvn to work without the
> > text-base version? I realize that my commit times and revert operations
> > would take longer as well as other operations, that is fine. For me disk
> is
> > more expensive than network capacity, so I would like to reduce the disk
> > space used on the clients, even if that means more than doubling the
> > network usage for the clients. Any thoughts are greatly appreciated!
>
> That's not an option at the moment.
>
> OTOH there is an issue filed
> (http://subversion.tigris.org/issues/show_bug.cgi?id=525) and probably
> such a feature would appear in a future version of Subversion.
>
> --
> Milen A. Radev
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>

-- 
Lasse Vågsæther Karlsen
mailto:lasse_at_vkarlsen.no
http://presentationmode.blogspot.com/
PGP KeyID: 0xBCDEA2E3
Received on 2008-02-04 10:38:29 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.