重新整合分支后合并时SVN树发生冲突

我有个问题。通常我使用Tortoise SVN，每个月我都会使用如下分支结构来开发代码：

trunk ----- b1
|           |
| --------->|
|           |----- b2
|           |       |
| --------->|       |
| <----[1]--|       |
|           X       |
| -----[2]--------> |
|                   |
|                   |

主干------b1
|           |
| --------->|
||------b2
|           |       |
| --------->|       |
|  |
|                   |
|                   |

---

在步骤[1]（将分支重新整合到主干）之后，我删除了不必要的分支b1。然后我尝试将当前主干的更改合并到b2。不幸的是，当您尝试合并主干版本[2]时，在集成树之后建立的主干版本会遇到很多冲突。当您尝试从分支而不是主干创建新分支时，原因是什么？正确的顺序应该是什么？

有必要删除第一个分支吗？为什么？我看不到从已删除的分支生成第二个分支的充分理由。根据用户的SVN，在重新整合到她的主干后，不要在分支上工作。有时在重新整合开始创建附加功能之前，也就是[1]之后的某个时间，会创建与主干告别的附加功能。他们应该开发b1中当前包含的功能。因此，我从一个分支创建一个分支。这种方法是不正确的。集成后，分支不应再次集成。正确的方法是从主干修订创建另一个分支。这是你过程中的一个问题。