On Tue, Nov 16, 2010 at 3:54 PM, Daniel Becroft <djcbecr...@gmail.com>wrote:
> 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? > Is anyone able to confirm if this is intended behavior? After further testing, I get the same results if I run an 'svn copy' via URLs. However, I do not get the svn:mergeinfo property added if I 'svn rename' or 'svn copy' in my working copy. Cheers, Daniel B.
