[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: Benjamin Smith-Mannschott <bsmith.occs_at_gmail.com>
Date: Thu, 10 Apr 2008 21:34:10 +0200

On Apr 10, 2008, at 21:00, Harvey, Edward wrote:
>> The whole working copy would have
>> read-only permissions set by default; 'svn edit' would make
>> a file read-write.
> Actually, I think this sounds very reasonable (as an option; I do
> respect the need for people to continue working the way they always
> have before). It's a quick & dirty, easy simple technique to nearly
> eliminate the whole problem. No architecture dependent (well,
> minimal) code, which still (usually) creates the ability for the svn
> client to monitor all the file edits.

Yuck. At first blush, this seems to me a pretty unnatural way to work.

I'd much rather see this addressed at the file system level either by
copy-on-write or something like (apple's) fseventsd. I realize that
this is (way) out of scope for subversion, which needs a solution that
will work on any conventional file system. Pitty.

// ben

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 21:34:34 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.