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

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.561.2.00.1003301058490.1236@daniel2.local%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.
In short the behavior can be reproduced like this:

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.
Received on 2012-09-26 17:05:34 CEST

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.