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

Subversion clients following HTTP 302 response codes.

From: Paul Hammant <paul_at_hammant.org>
Date: Sun, 15 Apr 2018 08:52:52 -0400

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
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
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?

- Paul
Received on 2018-04-15 14:53:01 CEST

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.