Ben Collins-Sussman wrote:
> On Fri, Oct 24, 2008 at 8:17 PM, Listman <listman_at_burble.net> wrote:
>
>> 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 ignore.
>>
>>
>
> Right. Every three months we seem to repeat this thread. :-)
>
> X: "How can we make the wc stop crawling huge trees?"
> Y: "Wc rewrite is happening. There will be less crawling. And we
> can add 'svn edit' eventually too."
> X: "How does that work?"
> Y: "It works like perforce. Thousands of perforce users love it."
> X: "It sounds awful, I don't want that!"
> Y: "It's always been planned as *optional* feature, just like changelists are."
>
IMHO it's unnecessary code bloat. The development time would be better
spent in optimizing WC scans.
-- Brane
---------------------------------------------------------------------
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-27 07:44:01 CET