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

Re: Eliminating the text-base penalty

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-09-29 02:31:58 CEST

On Saturday, September 28, 2002, at 08:28 PM, Justin Erenkrantz wrote:

> On Sat, Sep 28, 2002 at 05:11:53PM -0700, Jon Watte wrote:
>> I'm sure you understand and agree that Subversion will NOT be useful
>> to a
>> large organization/project until it implements this mode of
>> operation. On
>> the flip side, I entirely understand that the CVS model is initially
>> much
>> more convenient for programmers in small to medium sized projects, and
>> the transition is just one of many you have to go through in order to
>> be
>> able to work on a larger scale.
> I think you have your models reversed. A reserved checkout model has
> horrible scaling problems - people end up tripping over themselves
> because they are doing parallel development. User K in Chicago
> 'reserved' a file and didn't finish his changes or went on vacation,
> but User G in SF wants to do another change in that same file while
> User K holds the lock. Oops. So, you force User G to break the lock.

but he's not asking for reserved checkouts, he's just asking for some
model where the client already knows what files you are editing, so it
doesn't have to stat everything to check when you want to diff or
commit or whatever.

this information /might/ be kept server side (like in perforce), but
that doesn't mean that the fact that i'm editing a file means nobody
else can. knowledge of what i'm working on != locks.


garrett rooney                    Remember, any design flaw you're
rooneg@electricjellyfish.net      sufficiently snide about becomes
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Sep 29 02:32:36 2002

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.