Ben Collins-Sussman wrote:
> I have to admit, when I first started using perforce a couple of years
> ago, it seemed strangely restrictive compared to cvs or svn. But now
> running 'p4 edit' doesn't seem any weirder to me than running 'svn
> add', 'svn rm', 'svn mv', or 'svn cp'. It's just one more case of
> telling the system what you're doing. And holy awesome, what an
> incredible speed boost you get in return!
You forget that I use SVK; I already get the speed boost and I don't have to
declare I am editing a file. ;-)
I think that you underestimate the sheer scale of the performance drag caused by
the existing WC code that will evaporate with centralized meta data *alone*.
Until proven otherwise, I think the whole issue of 'svn edit' should be
considered orthoganal to centralizing the meta data. If the WC-NG design
_requires_ requesting the edit of a file, then I think it needs to be rewritten.
There is already a model for centralized metadata that doesn't have that
limitation (see above). I'm not saying the feature isn't valuable (and may even
be required) in certain specific circumstances. And for some people, it might
make a very big difference in their workflow. But it should not be anything
more than another optional mode of operation.
The other thing that you are missing is that you (and I) are geeks, comfortable
with a wide variety of sometimes cryptic commandline tools. For every one of
our ilk, there are a thousand people who either don't know about version control
at all, but could benefit from it immeasurably, or use it and think it is
something magical. They don't use the commandline tools at all. They use
software we would never consider (WordPad anyone?) to change files and wouldn't
have the slightest interest in running some other command (or clicking some
other requester in Windows Explorer) before they change a file. There are also
the many tools which will happily flip the ReadOnly flag (just to be helpful),
and blow away your carefully constructed WC.
John
---------------------------------------------------------------------
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-11 03:32:40 CEST