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

Re: [PATCH]: Automatic log file removal

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-02-04 21:13:53 CET

Greg Stein <gstein@lyra.org> writes:
> 4) people might want to *keep* those logs; they can be used to replay the
> database back to a fixed point, or they can be shipped off to another
> machine to replicate the database (thanks to Kirby for these ideas)

The question is, what should the default behavior be? Grow until
admin decides to clean, or be small unless/until the admin requests
log preservation?

IMHO, what most sites want is a repository that behaves well
space-wise, which they're accustomed to from CVS. But a repository
administrator should have the option of turning this off, in case they
want to do the stuff you talk about above.

Whether Daniel's approach is the best one, I don't know (I'm more
interested in the part of his patch that ups log file buffer to 256k).
But I don't think that having repositories keep old log files around
is a behavior out-of-the-box Subversion should have.

Either way, +1 on having a log-killer.sh (or more general
clean-repos.sh) script in tools/.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:04 2006

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.