SVN 1.4合并，修订未出现在日志中

我使用的是SVN 1.4.2，我在修订版R处进行了分支，合并到了R-HEAD的修订版中，现在当我查看分支上的日志时，我只看到R之前的修订版，R和HEAD之间没有。有可能得到这个信息吗

---

我使用的是OrtoiseSVN 1.6，它基于SVNClient 1.6.12。我没有选中“仅记录合并（阻止合并修订）”框。我尝试了“Inlcude merged revisions”，但它显然运行了一个直到SVN 1.5才被支持的mergeinfo。

看起来这实际上是一个功能

分支应该是快速的分支，以在不破坏主干的情况下构建一些功能。整个合并，加在一起，应该只包含一个真正的主干变更。对于主干开发来说，这些小的增量步骤并不重要

在我们的案例中，一个分支已经建立并发展了一年多。理想情况下，我们可以回顾历史，但我们的分支方法违反了“正确”的做事方式，因此我们将失去历史。有很多方法可以解决这个问题，但在我们的例子中，用一个黑客来修复另一个黑客比失去一些历史并吸取教训更糟糕

如果有人有办法一起破解，请分享

---

谢谢，SVN 1.4没有合并跟踪功能。因此，它无法知道合并到分支中的源。如果它不知道合并来自何处，它就不知道从何处获取该合并的日志消息

唯一真正的解决方案是将服务器升级到1.5或更高版本

---

如果要显示以前分支中的日志，则需要重新创建分支并重新提交修订。

为什么要将修订从r合并到分支中？在此之后，分支和主干将是相同的，除非您在分支本身上执行某些操作。不过，提交应该在分支的日志中可见。您确实提交了合并，是吗？我确实在分支和合并操作之间对分支进行了更改。合并的提交是可见的，但不是组成合并的主干中的单个修订。+1用于升级。这是最好的解决方案-它很简单，您可以获得良好的功能。此外，1.4将很快得到1.3（即完全不支持）的支持。我在想，当我执行合并时，SVN将足够智能，可以将修订列表合并到我的工作副本中。但显然这并不麻烦（见我的答案）。虽然如果我们升级并进行合并，修订历史不会跟随，是吗？修订历史不会成为合并的一部分，如果这是你的意思的话。但是使用Ortoisesvn的“包含合并修订”复选框将把合并修订的日志交错起来。但是，在服务器升级之前，这对存储库中的任何内容都不起作用。谢谢Dingo，请再次检查，如果我升级，我必须重新进行合并，对吗？如果是这样，请将其纳入您的答案中。