On 15.04.2018 14:52, Paul Hammant wrote:
> It would be cool if svn.exe (the client) could follow HTTP return code
> '302' during svn-co and svn-up operations.
>
> I'm thinking that this is just for GET* of resources, and that someone
> who's managed to _front_ their Mod_Dav_Svn with something that can do
> redirects for select resources. Say to resources in S3.
>
> (request)
>
> GET /repos/asf/!svn/rvr/1234/path/to/movie.mp4 HTTP/1.1
> Host: svn.example.com <http://svn.example.com>
> User-Agent: SVN/1.9.7 (x86_64-apple-darwin17.3.0) serf/1.3.9
> Accept-Encoding: gzip
>
> (response)
>
> 302 Found
> Location https://foobar.s3.amazonaws.com/1234/path/to/movie.mp4
>
> (subsequent request)
>
> GET 1234/path/to/movie.mp4 HTTP/1.1
> Host: foobar.s3.amazonaws.com <http://foobar.s3.amazonaws.com>
> User-Agent: SVN/1.9.7 (x86_64-apple-darwin17.3.0) serf/1.3.9
> Accept-Encoding: gzip
>
> (Amazon itself does more 302's here, probably)
>
> * You could make a general case that any (or more than just GET) of
> the HTTP methods could be redirectable but discussing GET is a narrow
> case for the sake of a debate.
>
> Also, you could make a case for 307 responses too -
> https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/307
>
> I'd go ahead a raise a Jira feature request, depending on the outcome
> of this debate, per dev-team rules.
>
> Thoughts?
The Subversion client already handles redirects when initiating HTTP(S)
connections to the server. So I'm not sure what else you'd want it to do.
-- Brane
Received on 2018-04-15 15:06:26 CEST