On Jun 4, 2010, at 04:24, Stefan Sperling wrote:
> On Thu, Jun 03, 2010 at 04:58:23PM -0500, Russell E Glaue wrote:
>> If you accidentally put the at symbol in a directory name like this:
>>
>> svn copy http://svn.domain.com/repos/trunk/mydir@49 http://svn.domain.com/repos
>> /trunk/mydir_at_HEAD -m "bring back rev 49 from the dead"
>>
>> You end up with the following path in HEAD: '/trunk/mydir_at_HEAD/'
>> Where '@HEAD' is part of the actual directory name.
>
> Which version of Subversion were you using?
> I bet this copy won't produce the same result with 1.6.5 or greater.
>
> The @ character within the basename of a path is always special to svn.
> It means "what follows is a peg revision".
> See http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html
>
> Contrary to what the book describes, versions of Subversion before 1.6.5
> were inconsistent about parsing peg revisions on the command line.
> In your case, the copy command did not treat the @ in a special way,
> but the delete command did.
> In 1.6.5 this was fixed so that all commands treat the @ in a special way.
I reproduced Russell's problem using Subversion 1.6.11 on Mac OS X 10.6.3 (svn copying to "mydir_at_HEAD" did create an item in the repo called "mydir_at_HEAD"), and using "svn rm mydir_at_HEAD@" allowed him to remove the offending item.
Received on 2010-06-04 11:36:09 CEST