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

svn info command report inconsistent Last Changed Rev for merges/copies

From: Joakim Plate <Joakim.Plate_at_qrtech.se>
Date: Mon, 25 May 2015 14:50:18 +0200

Hi

We recently run into an issue with how pegging of externals using TortoiseSVN. TortoiseSVN would peg the revision during a branch/tag operation to a revision where the external did not exist. I've tracked down the issue back to the "svn info" command (subversion 1.8.13).

When svn merges/copies a directory, a file inside that directory will not get an updated "Last Changed Rev" as seen by svn info. While a direct copy/merge of a single file will get the merge/copy revision, even if it results in a direct copy.

Attached example script shows the issue in effect.

From subversions perspective, either behavior could be considered correct, but it ought to be consistent I think.

I did notice this: http://thread.gmane.org/gmane.comp.version-control.subversion.devel/136663/focus=136719

But seems TortoiseSVN decided to implement behavior based on these "shady definitions" on (LCR, URL). Any changes in stances on this?, alternative some good suggestion for what TortoiseSVN should do instead? Seems svn log gives the correct pegging revision.

/Joakim

Ps. Maybe I should have crossposted to tortoisesvn mailing list here, but wasn't sure it was allowed.

Joakim Plate

QRtech AB
E-mail : joakim.plate_at_qrtech.se
Web : www.qrtech.se
Received on 2015-05-26 07:38:45 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.