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

Re: Issue with -r <revision> option and deleted folder

From: Remi Verchere <rverchere_at_gmail.com>
Date: Tue, 22 Dec 2009 22:00:51 +0100

2009/12/22 Daniel Torreblanca <regulatethis_at_gmail.com>:
> On Tue, Dec 22, 2009 at 11:38 AM, Remi Verchere <rverchere_at_gmail.com> wrote:
>> Hi all,
>>
>> I have an issue with the -r option with deleted folder.
>>
>> In repository A, I have a folder foo/bar at revision 10.
>> I delete the 'bar' folder in revision 11.
>>
>> When I use the -r option to retrieve the revision 10, I get an error :
>> $ svn co http://svn.example.com/A/trunk/foo/bar -r 10
>> svn: '/A/!svn/bc/11/trunk/foo/bar' path not found
>>
>> When I checkout the revision 10, no issues :
>> $ svn co http://svn.example.com/A/trunk/foo/bar@10
>> [...]
>> Checked out revision 10.
>>
>> Do I have to report this bug ? Can someone explain me the difference
>> between -r and @ options ?
>>
>> Regards,
>>
>> Remi
>
> Remi, read http://svnbook.red-bean.com/en/1.5/svn-book.html#svn.advanced.pegrevs
>
> I don't understand why you seem to be using peg revision syntax to
> check out your working copy in one instance but expect it to work
> without the peg revision in another....?
>
> Daniel
>
Thanks for the link, I did not know such differences between peg and
op revisions, and thought that @ and -r options had the same
behaviour.
Basically, I use operationnal revisions in svn:externals, I should use
peg instead.

Thanks,

Remi

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2432429

Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.
Received on 2009-12-22 22:01:48 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.