Hi, I've just found (another) issue with using URL-only renames. If one of the parent directories has svn:mergeinfo recorded on it, then renaming a file via a URL results in the new file containing a full copy of what was on the trunk (but cut down to the individual file).
Please see the following output from my test script (using SVN 1.6.13): >svn merge file:///D:/temp/svn_sandpit/repository/trunk . --- Merging r4 through r5 into '.': U A\alpha.txt >svn commit . --message "Merge r5 from trunk to branch." Sending . Sending A\alpha.txt Transmitting file data . Committed revision 6. >svn propget svn:mergeinfo file:///D:/temp/svn_sandpit/repository/branches/branchA /trunk:4-5 >svn propget svn:mergeinfo file:///D:/temp/svn_sandpit/repository/branches/branchA/A/alpha.txt >svn rename file:///D:/temp/svn_sandpit/repository/branches/branchA/A/alpha.txt file:///D:/temp/svn_sandpit/repository/branches/branchA/A/beta.txt --message "Rename alpha.txt to beta.txt on branchA." Committed revision 7. >svn propget svn:mergeinfo file:///D:/temp/svn_sandpit/repository/branches/branchA/A/beta.txt /trunk/A/alpha.txt:4-5 Notice that the 'svn propget' on alpha.txt indicates that there is no svn:mergeinfo property available, but it gets added to beta.txt during the rename. Is this intended behavior? ---- Daniel Becroft
