在重新整合后忘记删除svn分支，然后对其进行了多次提交

这不应该像听起来那么糟糕。事情是这样的：

• 将分支重新整合到主干中
• 部署代码
• 现在应该删除分支并从中重新创建它 但没有
• 在分支机构工作了一些（没有任何结果） （后备箱更换）

然而，当我在书中读到这句话时，我很害怕：

一旦从一个分支到另一个主干完成--reintegrate合并，该分支就不再可用于进一步的工作

---

现在我已经做了大约10次提交，我想再次将分支重新整合到主干中，但是如果我这样做的话，所有类型的树冲突都会发生（我尝试了一个测试，也称为干运行合并）。这里最好的恢复方法是什么？啊，我想出来了：

我很幸运，我们没有对主干进行更改（除了合并和意外提交）。我所要做的就是合并自上次重新整合到主干中以来对分支所做的一系列修改。如果我在开发时其他人在处理trunk，而我在处理dev时出现了冲突，这将是一件痛苦的事情。

没有痛苦：）

“不再可用”这个词确实比需要的更有力。实际上，它们只是意味着您偏离了常见的工作流程，需要执行一些额外的操作

在您链接到的部分的末尾，有一个链接指向重新整合后保持分支活动的说明：

很快：

---

当您将分支重新集成到主干中时，您对主干进行了一次提交。此中继提交应以“仅记录”模式合并到分支中。在此之后，您可以继续处理分支，合并来自主干的更改并再次将其重新整合。

我确实尝试了此操作（在分支中提交了10次左右之后），然后尝试重新整合到主干，并收到一条错误消息，基本上是这样说的：“我看到您在那里做了一些愚蠢的事情，所以到此为止。”。我想我现在要坚持删除分支，特别是因为在1.8（）中不推荐使用重新整合，我认为是这样的：“只有在先前从/path/to/trunk合并到重新整合源的xthrough y版本中，才能使用重新整合，但事实并非如此”。类似于此S/O问题：。实际上我以前读过它，但不想弄乱merge-info。然后我看到了两个潜在的原因：（1）分支的merge-info中缺少某些主干修订的merge记录（2）子文件夹中的其他merge-info，即--reintegrate现在已被弃用，svn手册中引用的句子对于svn 1.8不再适用（）