To the best of my knowledge, this is currently impossible in svn, so TortoiseSVN can't help you.
To simplify a little bit (okay, a lot), take the svn update
command as an example. If there are modifications in your working copy as well as the repository, but no actual conflicts, svn update
will simply merge the repository's changes into your working copy.
I don't think there's a way around this. If you had actual conflicts, you could use the --accept ACTION
command-line option to keep only the local changes (for example). But if you want to specify an acceptance action for any file changed in both the repository and working copy, you're unfortunately Out Of Luck.
It occurs to me that asking svn developers for a command-line option for this case might be an idea, not that it would be released in time to help you here.
The conflict-resolution issue I mentioned suggests a hideously ugly hack, which I do not recommend. Using your favorite tools, get a list of the files that changed in the branch. Now, for each file in that list, modify it on the trunk by prepending an unusual character to each line. Commit the changes to the trunk. Merge to bring the branch up to date before reintegrating, but use --accept
to prevent any of the horrible trunk files from making it in. Then, reintegrate, again using --accept
to overwrite the horrible trunk files.
I should add that you can't do this with TortoiseSVN, at least not obviously, because it doesn't support --accept
, at least not that I could find.
Well, I said it was hideously ugly. Don't try this at home! (I certainly haven't.)