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: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Mar 9 20:32:37 2005