删除主分支后合并SVN要素分支

我创建了一个功能分支，该分支来自Build4。我定期将Build4中的更改合并到我的功能分支中，以使其保持最新。现在，Build4已经完成。它被合并回主干，然后从主干创建一个分支。下面是一张图表：

/trunk
/branches/Build4
/branches/Feature
/branches/Build5

我想将我的功能分支更改为Build5。完成后，可以删除我的功能分支。在图中，我希望发生以下情况：

        Feature ----------------------->
               /   /  /             
     Build4 -----------X   Build5 ----->
           /           \         /
trunk ------------------------------------------->

我尝试将功能合并到构建5，将构建5合并到功能以更新它，并将构建5合并到功能中，仅用于上次从构建4合并到功能后的修订。在所有这些情况下，我得到的冲突都不是真正的冲突。我的意思是，文件实际上并没有在这两个地方发生变化，但不知何故，文件的沿袭并没有像我所想的那样被跟踪，所以它显示为冲突

建议使用什么方法将我的功能分支更改为一个新的分支，而不是从中创建的，两者都有共同的血统

---

我正在使用SVN服务器和SVN命令行客户端版本1.7.4。

Build4是从trunk创建的吗？我添加了一个图表，希望能帮助说明您的场景。如果我误解了什么，请检查并修改。A+代表ASCII艺术。是的，Build4是从主干创建的。您的图表准确地描述了我所拥有的以及我想要做的事情。我绝对建议您使用最新版本的客户端尝试此合并；1.9.3是最新版本。自1.7.4以来，许多与合并相关的错误和改进都已经出现，特别是，我使用1.9.3客户端尝试了合并，但没有任何改变。相同的文件显示为冲突。我确实找到了如何在没有意外冲突的情况下进行合并的方法，但我仍然不确定为什么需要这样做。我将功能分支合并到Build5分支中，但仅合并了提交了实际更改的功能分支上的修订。通过这种方式，我的从功能合并到Build5并没有包括那些从Build4到功能的更新合并的修订。我所有的冲突都来自之前的合并。它并不漂亮，但它完全符合我的要求。

        Feature ---------------------X
               /   /  /              \
     Build4 -----------X   Build5 ----->
           /           \         /
trunk ------------------------------------------->