--- Robert Schiele <rschiele@uni-mannheim.de> wrote:
> On Wed, Oct 09, 2002 at 08:20:16AM +0100, Morten Ludvigsen wrote:
> > Why? Is there a good reason why this should not be used? As I see it it would be
> > another compelling reason to use Subversion, and the feature is already there!
>
> Yes there is. This behaviour does not belong to the defined interface
> and so is implementation specific. Because of that this may change
> for implementation reasons in the future and all your applications
> relying on that behaviour will break.
OK - so the behaviour as it stands today is subject to change. Let me see if
I understand you correctly:
1. The ability to get a file in a given revision using an HTTP GET on some URL
will always be there.
2. The way this URL is constructed may change.
Today it is "[URL-to-repository-root]/!svn/bc/[revision]/[path]".
Tomorrow it might be different.
What I do not understand is why it would not be a good feature to have. In my
case it would certainly be extremely useful and the functionality is already
there. The solution would IMHO be to expand the defined interface with a new
URL-scheme which would not be subject to change. Example:
"[URL-to-repository-root]/!svn/history/[revision]/[path]".
> As a matter of fact, no one can prevent you from building applications
> that rely on that behaviour, but don't make any subversion developer
> liable then, when your applications won't work any longer from one day
> to the next.
>
> > ViewCVS will be a very good tool when the user is a human being. However if the user is a
> program
> > of some sort it does "too much" :-)
>
> If that was true the right thing should be to build a striped down
> interface to ViewCVS.
Why would this be the right thing to do when Subversion can do it today
(and tomorrow with a bit of tweaking :-)?
Regards,
Morten Ludvigsen
2-People Software
Denmark
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 9 14:13:09 2002