As mentioned in other answers here: you shouldn't version your generated dlls in the first place. But if you really have to version them, then you can resolve a conflict without using a diff tool which removes your dll files:
For every conflicted file, Subversion places three extra unversioned files in your working copy:
filename.mine
This is your file as it existed in your working copy before you updated your working copy—that is, without conflict markers. This file has only your latest changes in it. (If Subversion considers the file to be unmergeable, the .mine file isn't created, since it would be identical to the working file.)
filename.rOLDREV
This is the file that was the BASE revision before you updated your working copy. That is, the file that you checked out before you made your latest edits.
filename.rNEWREV
This is the file that your Subversion client just received from the server when you updated your working copy. This file corresponds to the HEAD revision of the repository.
Here OLDREV is the revision number of the file in your .svn directory, and NEWREV is the revision number of the repository HEAD.
Now, to resolve such a conflict, remove the additional files you don't want:
- if you want to keep your own dll, delete the files filename.rOLDREV, filename.rNEWREV
- if you want to keep the dll from the repository, delete the files filename.rOLDREV and filename.mine, then copy filename.rNEWREV to filename
after that, execute
svn resolved filename
to tell Subversion that you resolved the conflict yourself.