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

Re: 'svn info URL' question... err, bikeshed?

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-03-04 21:23:27 CET

Julian Foad <julianfoad@btopenworld.com> writes:

> Ben Collins-Sussman wrote:
>> But here's the question. Assume URL is locked. If I run 'svn info
>> URL -rX' where X != HEAD, should I see the lock information?
> My intuition was "No." And then I read sussman's point about a peg
> revision and I say "Definitely No." URL may be locked, but the user
> asked for information about about a node that existed in the past at
> that URL, which is not the same thing.

However 'svn info -rHEAD' makes a server round trip to convert HEAD to
a number, then 'svn info -rN' is run under the hood. by which time
HEAD may have changed, URL may have been deleted, etc. I suppose you
feel it is acceptable to display lock information for -rN in that

I suppose there are two questions: what does svn_client_info return,
and what does the client display?

Allowing a peg revision means that the path could change when tracking
the history. To which path does the lock information apply?

Given that locks can be taken on paths that don't yet exist, does
running 'svn info URL' on an URL that does not exist return lock
information or an error?

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 4 21:27:52 2005

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.