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

Re: Feature Ideas

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2003-08-23 02:27:05 CEST

When I say "we" below, I'm giving my best understanding of the consensus
of the Subversion development community. I don't have any special
authority to speak for the project.

On Fri, 2003-08-22 at 20:02, Kumaran Santhanam wrote:
> 1) .svn/ directory locations

Right now we're explicitly not allowing features which complicate
libsvn_wc, because it's not our most shining example of design quality.
(We expect to see it redesigned after 1.0 is released.)

This particular feature may not be high on the list of things to add
even after 1.0; it adds significant complexity (both user-visible and
internal) and doesn't add a great deal of value, although MacOS people
would probably love it because it would go partway towards solving their
collections problem. (Only partway, because for collections you also
want the version control system to notice file additions and deletions
automatically, instead of relying on explicit notification.)

> 2) Explicit edit support

Although still subject to the constraints above, this feature is
relatively high on the list of things to add post-1.0. It is a
necessary step along the way to explicit locking support, could help us
support much faster working directory crawls (faster status, diff,
commit, etc.), and could help eliminate the text-base penalty without
sacrificing network bandwidth.

(Of course, it would have to be an option; the CVS "always-writable"
model is very convenient for some developers. I'm thinking rather than
a config file option, it would be a checkout option, with some
corresponding metadata in .svn/entries. Though there could be a config
option to set the default checkout behavior, I suppose.)

> 3) Editing of the commit list

We've gotten as far as having a finished patch for this (or very close
to finished, anyway), but consensus turned against adding that feature
at the last minute. Or at least, consensus in favor of it failed. I
was kind of bummed; it seems like a useful feature.

> 4) External diff utility

We have that already, don't we? diff-cmd and friends in
~/.subversion/config.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 23 02:28:04 2003

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.