Hi Greg,
Greg Hudson wrote:
>On Thu, 2005-01-06 at 11:31, Patrick Mayweg wrote:
>
>
>>Hallo,
>>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.
Patrick
---------------------------------------------------------------------
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