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

Re: svn edit

From: Listman <listman_at_burble.net>
Date: Fri, 24 Oct 2008 18:17:03 -0700

On Oct 24, 2008, at 4:50 PM- Oct 24, 2008, Blair Zajac wrote:

> Ben Collins-Sussman wrote:
>> I have no thread handy, but it's been discussed over and over in the
>> wc-ng design as an 'eventual feature' to be implemented. It's
>> basically imitating perforce: the entire working copy is read-only.
>> When you want to edit a file, you run 'svn edit file', which makes
>> the
>> file read-write and registers this fact in sqlite. Then, when you
>> run
>> 'svn status', 'svn diff', 'svn commit', etc. there's no need to crawl
>> the tree trying to discover local edits; you just ask the database
>> which files to stat. It makes things shockingly fast, and while it
>> sounds horribly annoying and restrictive to a veteran CVS or SVN
>> user,
>> it's actually a really nice way to work.
> Have we decided that this is something we really want? It does
> sound very annoying and restrictive.
> With the speed of the new working coy code, shouldn't we wait to see
> how fast that is before even introducing 'svn edit'?
> Are there any other open-source version control systems that use the
> read-only model? Isn't the reason 'p4 edit' is needed is to
> indicate to the server the intentions to edit the file, which svn
> doesn't need?

this going to be optional, if you don't need/want it then you can

To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-25 03:20:08 CEST

This is an archived mail posted to the Subversion Dev mailing list.