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

Re: Purging pristines

From: Konstantin Kolinko <knst.kolinko_at_gmail.com>
Date: Mon, 3 Oct 2011 15:50:30 +0400

2011/7/28 Daniel Shahaf <danielsh_at_elego.de>:
> Julian Foad wrote on Thu, Jul 28, 2011 at 10:09:28 +0100:
>> On Mon, 2011-07-25, Daniel Shahaf wrote:
>> > I've noticed several times that 'svn cleanup' trims down the
>> > .svn/pristine/ hierarchy:
>> [...]
>> > Are pristines purged at other times?
>>
>> No.
>>
>> >   If not, should we release-note
>> > a recommendation to run 'cleanup' periodically?
>>
>> Yes.
>>
>
> r1151946.
>
>> And IMO we should work on purging unused pristines automatically, for
>> 1.7.x if possible.
>>

Continuing this thread from end of July...

1. There is no issue in issue tracker for this problem (purging unused
pristines).
and Release notes say "see issue #XXX"

2. The problem is worse than it seemed:
svn cleanup does not help for complex wcs, because it does not
recurse into externals!

If I use TortoiseSVN 1.7, there is a checkbox "[x] Include externals"
n this command and it is checked on by default.

But in the command line client there is no support for that: neither
it does recurse automatically, nor it has options to enable recursion
(it does not support --depth argument or anything like
--exclude-externals, --include-externals).

This cleanup issue is known but is treated as enhancement and is unscheduled:
http://subversion.tigris.org/issues/show_bug.cgi?id=2325

It is a nightmare to have to list all my dir externals explicitly to
run cleanup on them.

3. Note, that the space wasted by unused pristines is not proportional
to change size, but proportional to (number of changed files) *
(average size of a file). It grows fast.

I am running nightly build built from 1.7.x branch by TortoiseSVN,
svn, version 1.7.0-dev (under development)
   compiled Sep 28 2011, 00:15:41

Best regards,
Konstantin Kolinko
Received on 2011-10-03 13:51:06 CEST

This is an archived mail posted to the Subversion Dev mailing list.

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