Re: peg revision added to checkout path
"Mathias Weinert" <[email protected]> Wed, 08 Feb 2006 09:27:02 +0100
| Newsgroups | gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user |
|---|---|
| Message-ID | <[email protected]> |
Ryan Schmidt <[email protected]> wrote: > On Feb 6, 2006, at 11:59, Mathias Weinert wrote: > > >> I found something which first seems to be bug for me. I am not > >> sure if I even already read about it but at least I didn't find > >> anything in the issue tracker. But after thinking a while it > >> might also be a feature. So here comes the description: > >> > >> I want to check out a path that doesn't exist any more so I use > >> a peg revision. Unfortunately Subversion uses the @-suffix to > >> build the working copy path name if I don't provide one: > >> > >> $ svn co -r 223 svn://myrepos/repos/trunk/olddir@223 > >> A olddir@223/file2.txt > >> A olddir@223/newdir > >> A olddir@223/branchfile.txt > >> Checked out revision 223. > >> > >> This happens with Subversion 1.3.0 under cygwin as well as when > >> I use the win32 binaries. > >> > >> As already said: is this a bug or a feature? > > > > Any ideas or comments to the following post I made on 01/25? > > My personal feeling is that this is a bug. Just my 0.02 . > > It's of course not difficult to avoid if you don't want it: > > $ svn co -r 223 svn://myrepos/repos/trunk/olddir@223 olddir > As I didn't get any more responses I now assume that this is a bug and therefor forward it to the dev list. Mathias