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

Re: performance enhancement by working copy svn server

From: Peter Wemm <peter_at_wemm.org>
Date: Thu, 10 Apr 2008 11:50:13 -0700

On Wed, Apr 9, 2008 at 3:41 PM, Oren Eini (Murphy & Associates)
<v-orene_at_microsoft.com> wrote:
> Um, do I count as someone who actually breaks working copies?
> That is not a highly used feature, I'll admit, and not one that I'll particulary miss.
>
> Thanks for clarifying on its optionality.

It's also something we use in freebsd.org fairly extensively in cvs.
svn's ability to cope with that sort abuse was one of the things in
its favour when we were looking at svn vs git vs hg. (We're in the
process of doing a trial conversion right now before we commit. We've
still got some huge problems with svn to solve.)

The main things we do are partial subtree checkouts (eg: check out
src/sys or or src/usr.bin/ls or all of src) and moving subtrees around
(eg: mv src/sys src/sys.wip). We also have people who merge
independent checkouts together. eg: checkout -d foo src/sys; edit
foo; mv src/sys /src/sys.clean; mv foo src/sys.

Nobody from our camp would mind having to issue commands to inform svn
of the evil that we've just done behind its back, just so long as it
is possible somehow to do it. Be it commands in the CLI, or scripts
using API calls to massage the metadata, or whatever.

-- 
Peter Wemm - peter_at_wemm.org; peter_at_FreeBSD.org; peter_at_yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-10 20:50:28 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.