svn - SVN合并对于某些修订不合并任何内容

Question

我们正在使用Subversion和TortoiseSVN。我们使用主干进行开发，并使用分支表示稳定的版本。分支上所做的更改（错误修复）随后被合并回主干。我们不是颠覆专家，但总的来说，这对我们来说效果很好。

最近，我正在合并从分支到主干的一堆更改，然后进入了一个版本，该合并不执行任何操作。

Command    Merging revisions 7233-7234 of .../branches/RB-7.2.0 into C:\Core, respecting ancestry
           C:\Core  
Finished!   

分支修订显然具有与之相关的更改，涉及的文件不是新文件，并且这些更改未显示在我的主干工作副本中，因此我不知道为什么它不起作用。看来有几个这样的连续分支修订版本（涉及几个不同的文件），然后那些分支修订版本的行为正常。

我知道可以通过将合并标记为仅记录来阻止修订合并（即使修订不是，修订也被标记为已合并。）因此，我唯一能想到的是这些修订已被某种方式阻止了。在主干中，应该合并的文件在mergeinfo属性中似乎没有任何内容，它们的任何父文件夹也没有。但是我不确定是否/在哪里可以看到这些信息。另外，合并对话框中的“显示日志”对话框似乎正在显示所有修订，包括我已经成功合并的修订，无论是否选择了“包括合并修订”。

所以我的问题如下：


有什么方法可以确认这种修订理论遭到封锁吗？
如果修订被阻止，是否有任何方法可以取消阻止它们？
如果它们未被阻止，我还应该看什么？


更新：确认问题与被阻止的修订无关之后，我从命令行而不是通过乌龟再次尝试了合并。它完成了合并（是的！），但是现在我正在查看它，我注意到对于任何已更改的文件，mergeinfo都不会更新，仅对6个已经具有mergeinfo的无关文件进行更新。我不确定是否要担心这一点。我仍然不知道为什么乌龟不起作用，但是至少我可以完成我的工作。

Answer 1

当Tortoise进行合并时，如果将修订框保留为空，它将仅使用mergeinfo属性来确定要合并的修订。因此，您可以“取消阻止”修订，只需将其明确合并即可。 Tortoise不会在日志中列出已合并的修订

Tortoise可能会再次在mergeinfo中记录合并，因此请稍后查看目录的svn属性（并编辑多余的条目-尽管我认为服务器会执行此操作，有时更容易手动执行） 。

另一种方法是查看mergeinfo属性，并查看是否已列出此修订版，如果已列出，请删除并提交。然后重复合并，它应该会按预期工作。

目的地通常具有mergeinfo，但是我猜在您的分支中，分支中也有一些可能阻止合并。让我们知道是否是这种情况，我很想看看您的实际情况。