Looks like the server I was using for my subversion repository has
updated svn to 1.5.7, I found this because svnmerge satrted behaving
very oddly with regard to actually merging, not bringing in some
revisions but not producing any errors either (so I didn't notice) and
still recording them as merged.
I tracked it down to the --ignore-ancestry argument to the svn merge
command (obviously introduced with svn's now built in merge tracking),
or rather, that svnmerge did not provide it, and because ancestry was
obviously screwy due to lots of merging around the place, particular
revisions just silently did not merge.
Altering svnmerge so that it provides --ignore-ancestry to the svn merge
command appears to resolve this particularly insidious problem.
It's worth noting that my repository looks something like
TRUNK
+ -> CLIENT
+ -> SITE
+ -> CLIENT 2
+ -> SITE 2
with some revisions being walked up and down the tree (Site -> Client ->
Trunk -> Client 2 -> Site 2) and some revisions being blocked at certain
points (eg changes specific to Site never get into client or higher).
It's possible that this walking of revisions causes or exacerbates the
problem, perhaps nobody else has the issue.
_______________________________________________
Svnmerge mailing list
[email protected]
http://www.orcaware.com/mailman/listinfo/svnmerge
