[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: David Glasser <glasser_at_davidglasser.net>
Date: Thu, 10 Apr 2008 13:05:34 -0700

On Thu, Apr 10, 2008 at 11:50 AM, Peter Wemm <peter_at_wemm.org> wrote:
> 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.

IMHO, when we put in the effort to write a new centralized workspace
library, supporting situations like "working on a bunch of disjoint
parts of repositories at the same time" should in fact be a prime
motivator. (As far as I'm concerned the theoretical ability to do
this is a major advantage of svn over git/hg/etc, but the brittleness
of the wc layer makes Subversion not live up to its potential.)


David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
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 22:05:48 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.