Greg Stein wrote on Sat, Feb 02, 2013 at 02:15:43 -0500:
> That revision can appear in at least three places: a Label header, in the
> URL path, or in the URL querystring. Might also appear in a REPORT body for
> certain operations (not for 'ls', but likely for 'update'). In some cases,
The client
The redirects logic happens in svn_ra_open4(), so you'll want to have it
grow an optional svn_revnum_t parameter (that can take the values NULL
or HEAD or an integer), which svn_ra_serf__open() would then tack on to
the request for your custom module to intercept.
'svn checkout' won't populate the
That revision can appear in at least three places: a Label header, in the
URL path, or in the URL querystring. Might also appear in a REPORT body for
certain operations (not for 'ls', but likely for 'update'). In some cases,
the revision might also appear in an X-SVN-$forgot header that is used for
The (pegrev) revision is typically available on
the command-line: all I want is for svn to distinguish
between
svn ls foo@100
and
svn ls foo
as far as making redirects pegrev-aware.
>
> From: Greg Stein
>To: Joe Schaefer
>Cc: dev@subversion.a
Oh, and to the second part: the code which sends OPTIONS has no knowledge
about the future operations. There is no way to send , or
similar. *Very* disconnected, as in: not even cheesy-hackable.
Cheers,
-g
On Feb 2, 2013 1:49 AM, "Greg Stein" wrote:
> That OPTIONS request is generic, and contain
That OPTIONS request is generic, and contains no information about the
future operation(s) that will be performed on the connection. It is used
for the client to validate and gather information about the server.
Cheers,
-g
On Feb 2, 2013 1:23 AM, "Joe Schaefer" wrote:
> So I now see the request
So I now see the request body (xml payload)
in the OPTIONS request, but nothing there nor
in the headers tells me about revision numbers.
If I can convince you to add a block
to the OPTIONS request body I can handle the rest
from the httpd side. Obviously this won't help
existing clients, but hey
So I have this implemented about as well
as I can with what I know about OPTIONS
requests that svn generates. It would
help if I knew how svn supplies revision
information in the OPTIONS request headers
so I can pass that along to the codebase
instead of always using the youngest rev.
>__
Bert Huijben wrote on Fri, Feb 01, 2013 at 21:28:10 +0100:
>
>
> > -Original Message-
> > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > Sent: vrijdag 1 februari 2013 19:11
> > To: dev@subversion.apache.org
> > Subject: Coniguring 301/302 redirects to track an fspath rename
> >
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: vrijdag 1 februari 2013 19:11
> To: dev@subversion.apache.org
> Subject: Coniguring 301/302 redirects to track an fspath rename
>
> Does anyone have an example of how to configure a server to issue
> 301/
On 22/01/13 12:03, Stefan Sperling wrote:
>
> On Tue, Jan 22, 2013 at 11:15:30AM +, Gabriela Gibson wrote:
>>
>> Part of my 2013 OPW Project for Subversion is to add the Googletest
First of all thanks to Ben for rescuing my messy post =)
Also thanks to everyone who gave me hints!
---
At thi
Does anyone have an example of how to configure a server to issue
301/302 redirects for an fspath that had been renamed?
For example we have
SVNPath ...
And we'd like to do:
# The project was renamed
Redirect /repos/asf/openejb https://svn.apache.org/repos/asf/tomee
but w
On Fri, Feb 1, 2013 at 1:49 AM, Ivan Zhakov wrote:
> On Wed, Jan 23, 2013 at 9:39 PM, Paul Burba wrote:
>> On Wed, Jan 23, 2013 at 9:51 AM, Julian Foad
>> wrote:
>>> Ivan Zhakov wrote:
>>>
I was testing recent changes in ra_serf update editor and noticed that
reintegrate-like merges f
13 matches
Mail list logo
