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

Re: How to Disable Pristine Copies in svn

From: Duncan Murdoch <murdoch_at_stats.uwo.ca>
Date: 2006-08-30 18:38:44 CEST

On 8/30/2006 10:27 AM, Ryan Schmidt wrote:
> On Aug 30, 2006, at 13:13, Aamir Yaseen wrote:
>
>> I want to use SVN for revision control, but I have different
>> repositories of different sizes ranging from 4 to 12 GB.
>> My problem is that SVN is making backup of whole repository on
>> client machine in the form of Pristine Copies, so it is causing
>> the doubling of storage space.
>>
>> I have some repositories containing multiple files with size
>> greater than4GB, and user can not afford to have additional 4GB for
>> Pristine Copies.
>>
>> Can anybody suggest better alternate to save this additional storage?
>> Is there anyway how I can disable this pristine copies feature? or
>> any other comments?
>
> The pristine copies cannot be disabled, yet. It's an open feature
> request:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=525
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=908
>
> svk, which is based on svn, stores working copies in a different way.
> I'm not sure how it deals with the pristine copies but you may want
> to look into it.
>
> http://svk.elixus.org/

It keeps a copy of the repository locally. This doesn't help much for
saving space when you've got only one working copy (it might help a bit:
  svn repositories are compressed; on the other hand, you've got copies
of things even if you don't have working copies). However, if you've
got several working copies from the same repository (e.g. trunk and
branch checkouts), you may see substantial space savings.

The links you mention don't suggest this as a possibility, but I think
getting svn to keep local copies of the whole respository has other
advantages, in that all past history of a file is kept locally, not just
HEAD. This would make working offline a lot more productive. I don't
think this implies dealing with any of the other issues svk addresses
(e.g. you don't need to allow offline commits).

Duncan Murdoch

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 30 18:51:49 2006

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.