Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
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 reso

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
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

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
The main conversation - PROPFIND, OPTIONS etc with a canonical centralized server, *but* select GETs (among many) being redirected to other URLs. My testing didn't show that that was supported. As a good XPer, I should be able to conjure up a script to show that but I can't, so I mean manual testi

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
On 15.04.2018 15:20, Paul Hammant wrote: > The main conversation - PROPFIND, OPTIONS etc with a canonical > centralized server, _but_ select GETs (among many) being redirected to > other URLs. > > My testing didn't show that that was supported. As a good XPer, I > should be able to conjure up a scr

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
> I'm still wondering what you're aiming for though. An obvious example > would be offloading resource content storage from the repository server > to some other storage. But if you want to do that, relying on redirects > is hardly a good option, since you'd be increasing the number of > requests a

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
On 15.04.2018 19:49, Paul Hammant wrote: > > I'm still wondering what you're aiming for though. An obvious example > would be offloading resource content storage from the repository > server > to some other storage. But if you want to do that, relying on > redirects > is har

Re: move certain svn props to top level path?

2018-04-15 Thread Stefan
On 05/04/2018 00:09, Stefan wrote: > On 04/04/2018 23:47, Branko Čibej wrote: >> On 04.04.2018 23:12, Stefan wrote: >>> Hi, >>> >>> atm we specify the following svn properties on trunk: >>> >>> * bugtraq:url >>> * bugtraq:logregexp >>> * tsvn:logwidthmarker >>> * tsvn:projectlanguage >>>

Re: move certain svn props to top level path?

2018-04-15 Thread Branko Čibej
On 15.04.2018 21:01, Stefan wrote: > On 05/04/2018 00:09, Stefan wrote: >> On 04/04/2018 23:47, Branko Čibej wrote: >>> On 04.04.2018 23:12, Stefan wrote: Hi, atm we specify the following svn properties on trunk: * bugtraq:url * bugtraq:logregexp * tsvn:logw

Re: move certain svn props to top level path?

2018-04-15 Thread Julian Foad
Branko Čibej wrote on 2018-04-15: > On 15.04.2018 21:01, Stefan wrote: > > On 05/04/2018 00:09, Stefan wrote: > >> I'm not sure if there are other tools around using these. I'm talking > >> here TSVN which utilizes all of these properties and yes, it's treating > >> them as inheritable ones. There

Re: move certain svn props to top level path?

2018-04-15 Thread Stefan
On 15/04/2018 22:56, Julian Foad wrote: > Branko Čibej wrote on 2018-04-15: >> On 15.04.2018 21:01, Stefan wrote: >>> On 05/04/2018 00:09, Stefan wrote: I'm not sure if there are other tools around using these. I'm talking here TSVN which utilizes all of these properties and yes, it's tre

Re: move certain svn props to top level path?

2018-04-15 Thread Branko Čibej
On 15.04.2018 23:42, Stefan wrote: > On 15/04/2018 22:56, Julian Foad wrote: >> Branko Čibej wrote on 2018-04-15: >>> On 15.04.2018 21:01, Stefan wrote: On 05/04/2018 00:09, Stefan wrote: > I'm not sure if there are other tools around using these. I'm talking > here TSVN which utilizes