Wrong last changed rev after "svn cp"
From: Volker Daum <Volker.Daum_at_gmx.net>
Date: Wed, 26 Sep 2012 16:58:53 +0200
I have the an issue, which I already found referenced in a mailing list posting (for example here: http://mail-archives.apache.org/mod_mbox/subversion-users/201003.mbox/%3Calpine.firstname.lastname@example.org%3E). However I couldn't find any related issues in the bug-tracker, or other indications whether this is an intended behaviour or a bug that will be fixed.
I start from a new repository and a fresh checkout wc of the repository root:
--- > mkdir A; touch A/file > svn add -q A > svn ci -q -m "add A" A > svn cp ^/A ^/A2 -m "add A2" Committed revision 2. > svn up -q > svn info A A/file | grep "Last Changed Rev" Last Changed Rev: 1 Last Changed Rev: 1 > svn info A2 A2/file | grep "Last Changed Rev" Last Changed Rev: 2 Last Changed Rev: 1 --- Why do the directory "A2" and the file "A2/file" have different Last Changed Revision? For my use case this is very bad, as we are using keyword substitution for $URL$ and $Rev$ in "A2/file" to uniquely identify printouts of that file, with its electronic copy in the repository. With the above behaviour that's not possible, as "A2/file" does not exist at revision 1. I reproduced the bug with version 1.7.6 (linux server and command line client; test installation), and also with an 1.6.12 server (linux production server) combined with a 1.6.17 and 1.7.6 tortoiseSVN windows client. Cheers, VolkerReceived on 2012-09-26 17:05:34 CEST
This is an archived mail posted to the Subversion Users mailing list.