svn rename adds mergeinfo property / renaming in working copy does not
From: Nicolai Scheer <nicolai.scheer_at_gmail.com>
Date: Mon, 6 Nov 2017 18:10:37 +0100
I just stumbled across a very strange behaviour.
I implented this using
svnlook diff --no-diff-deleted --no-diff-added -t XXXXXX /my/path/to/repo
and analysing if the string "Added: svn:mergeinfo" or "Modified:
Recently one of my team members tried to rename a sub folder in a project
In this example, the "project_a" folder carries the mergeinfo property.
The commit hook complains that the operation is a merge an blocks (the user
Doing the same rename in a working copy works.
I was not able to find any documentation on that behaviour: Obviously svn
I cannot imagine a case where copying the mergeinfo to the new folder is a
Maybe there's something wrong in our setup? Or is this the expected
The server currently uses httpd 2.2 + svn 1.8.13, the clients used for
Any insight is appreciated!
This is an archived mail posted to the Subversion Users mailing list.