I have merged in Subversion/TortoiseSVN like this a few times:
Method A:
1) I change the trunk and commit.
2) I make other changes in a branch and commit.
3) In a working copy from trunk: I merge from the branch using TortoiseSVN's 'Merge a range of revisions'.
4) Then I commit the trunk and delete the branch.
However, the TortoiseSVN-manual recommends the following instead of 3) and 4):
Method B:
3*) In a working copy from the branch: Merge changes from trunk using TortoiseSVN's 'Merge a range of revisions'.
4*) Commit the branch including trunk changes.
5*) In a working copy from the trunk: Merge changes from the branch using TortoiseSVN's 'Reintegrate a branch'.
6*) Commit the trunk and delete the branch.
I find A much easier and have not found a reason why I shouldn't do it like that.
What are the arguments for method B, or A, when merging from a branch back to the trunk?