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

Re: Fwd: 1.2 features: svn ls

From: Brian W. Fitzpatrick <fitz_at_collab.net>
Date: 2005-03-09 20:29:19 CET

On Wed, 2005-03-09 at 19:50 +0100, Molle Bestefich wrote:
> Brian W. Fitzpatrick wrote:
> > Molle Bestefich wrote:
> >> josh siegel wrote:
> >>>> It most definitely is!
> >>>> I personally regard this as *the* big-black-missing-feature-hole in
> >>>> Subversion 1.1.3! :-)
> >>>
> >>> install viewcvs and point it at your svn... the pulldown menu contains
> >>> all the repositories automatically and gives you all the features you
> >>> could ever want
> >>
> >> Our opinions seem to differ slightly :-).
> >>
> >> I have very little interest in setting up/maintaining/doing support on
> >> yet another entry point into the versioning system.
> >
> > And I have very little interest in duplicating a feature in the core
> > Subversion codebase that is already available (and done quite nicely, I
> > might add) in an add-on package).
> Hm.. You don't think that an entire web frontend on top of your
> Subversion setup is a different beast than fixing the command line
> utility so that it doesn't error out whenever you point it at a
> Subversion server or a URL you only vaguely remember or don't entirely
> know about?

Garbage in, garbage out. If you point your web browser at a bogus URL,
what do you expect your browser to do?

> I mean, ViewCVS *is* a very nice product, and it does offer a whole
> range of neat web-browser accessible bells and whistles.
> But I can't quite see how the existence of ViewCVS is a good argument
> against improving the Subversion client past the point where it barfs
> when you toss an imprecise URL at it?

Not imprecise, incorrect. If a user can't remember a URL, or find it
via documentation or a web interface, then no amount of technology is
going to fix the problem--it's a problem with communication.

> If you're merely worried about the coding and testing effort involved,
> I'd be happy to throw energy into it. I'd like to get consensus first
> on what would be a good solution and what I can expect to be
> considered for inclusion into Subversion first, though.

Now that Subversion is past 1.0, I'm inclined to be *hyper* conservative
about adding any new features to the command line client, again,
*especially* if you've got a way around it.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 9 20:32:37 2005

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.