On 2012-07-04 13:28:21 +0100, Philip Martin wrote: > Vincent Lefevre <vincent-...@vinc17.net> writes: > > The output ends with: > > > > + cat dir2/file > > $Header: file:///tmp/my-test-svn/svn/dir1/file 2 2012-07-04 11:57:43Z > > vlefevre $ > > + svn cat file:///tmp/my-test-svn/svn/dir2/file@3 > > $Header: file:///tmp/my-test-svn/svn/dir2/file 2 2012-07-04 11:57:43Z > > vlefevre $ > > > > file:///tmp/my-test-svn/svn/dir1/file@2 exists but this isn't the > > real URL of the file. > > That's a keyword expansion bug, a variation on issue 1975. > > > file:///tmp/my-test-svn/svn/dir2/file@2 doesn't exist. > > > > IMHO, the most intuitive Header string should have > > > > file:///tmp/my-test-svn/svn/dir2/file 3 > > Where would the revision 3 come from? LastChangedRev is 2. That's what > Subversion's cheap copy means.
Yes, but I meant that LastChangedRev could be 3 after a move. I don't think this contradicts cheap copy: when doing svn cat file:///tmp/my-test-svn/svn/dir2/file@3 Subversion gets the file via a COPY node or something like that (I don't know the exact internals) as the file hasn't changed, and it could get LastChangedRev from it. My point is that <URL>@<LastChangedRev> should always be a valid reference to the file, and it should be equivalent to <URL>@HEAD or just <URL>. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
