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

Re: Change of functionality in svn_client_checkout call

From: Patrick Mayweg <mayweg_at_qint.de>
Date: 2005-01-06 18:39:57 CET

Hi Greg,

Greg Hudson wrote:

>On Thu, 2005-01-06 at 11:31, Patrick Mayweg wrote:
>>after the addition of the peg revisions, there are now 2 different
>>checkout functions in svn_client, svn_client_checkout and
>>svn_client_checkout2. But the compability function svn_client_checkout
>>is not compatible to the svn 1.1.* version. If I want to checkout some
>>delete directory from a previous revision, where it still existed, I
>>receive the error "svn: File not found: revision 2, path '/A/D'". With
>>svn 1.1.* this is possible. Is this change wanted or a mistake?
>Philosophically speaking, there is sometimes a fine line between fixing
>a bug and incompatibly changing behavior. For instance, if we were to
>fix the encoding of diff output, we might break a script which relies on
>the encoding being broken.
>The addition of peg-rev functionality straddles this line somewhat. The
>lack of history tracing in the svn client was a pretty serious flaw, and
>we've already made the decision to correct this flaw by changing the
>behavior of existing specifications of operative-rev and path.
>So, this is a desired change in that it reflects the new behavior of
>"svn co -r2 <repos-url>/A/D". Of course, since svn_client_checkout()
>has no peg-rev parameter, it loses the functionality corresponding to
>the new "svn co <repos-url>/A/D@2".
What I do is equivalent to svn co -r1 <repos-url>/A/D where /A/D was
deleted in revision 2. With svn 1.1.* you can checkout this path. With
the current trunk you cannot check that out, because svn_client_checkout
looks for the /A/D in the HEAD revision. I think svn 1.1.* looked for
/A/D in revision 1.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 6 18:40:26 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.