So, I'm doing another merge between two trees, and ran into this issue again, which reminded me that I never did get any info about what's going on...
To summarize, my repo looks something like this: trunk -> branch1 -> branch1.1 | '----> branch2 I have a WC containing a checkout of branch2, and in that WC, I'm doing: svn merge https://my.repo/branches/bran...@somerev https://my.repo/branches/branch1.1 The merge shows a bunch of files being "U"pdated, but those files haven't changed between branch1 and branch1.1, and indeed, despite the U lines, after the merge is done, those files in my WC aren't modified. And this time, there's something new: I'm getting conflicts on some files that are identical between branch1 and branch1.1. There's no mention of those files in a svn diff https://my.repo/branches/bran...@somerev https://my.repo/branches/branch1.1 (not even property changes) , yet there's a conflict when merging? How is that possible? The files in question are all binary files, if that makes a difference. The docs imply that a merge is the equivalent of getting a diff and applying it, but that doesn't seem to be the case exactly, since the merge is trying to touch files that aren't mentioned in the diff. I've tried this with both commandline svn 1.6.5 and TortoiseSVN 1.6.10--same results. On Dec 15, 2009, at 5:33 PM, Dave Huang wrote: > On 12/15/2009 4:11 PM, Ryan J Ollos wrote: >> David Huang-5 wrote: >>> >>> So, I tried doing that, and I think it mostly worked, but a lot of files >>> were unexpectedly shown as "Updated"--I have no idea why they show up in >>> the >>> merge, since they haven't been modified between branch1 and branch1.1. It >>> seems to be harmless though; even though merge shows them as Updated, >>> they're not actually modified in the WC after the merge is done. >>> >> >> Pay close attention to whether the files are shown as having text >> modifications or property modifications. It is very likely that just the >> mergeinfo or another property on the files has changed. > > Both text modifications and property modifications will cause the file to be > flagged as modified (e.g., with the "modified" overlay icon, or since that's > not always reliable, in the "Check for modifications" window)--in this case, > the overlay remained the "normal" one, and Check for modifications confirmed > that neither the text nor properties were modified on many of the files > listed as "Updated". -- Name: Dave Huang | Mammal, mammal / their names are called / INet: k...@azeotrope.org | they raise a paw / the bat, the cat / FurryMUCK: Dahan | dolphin and dog / koala bear and hog -- TMBG Dahan: Hani G Y+C 34 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++