SVN 合并：有没有办法避免为相同文件标记“树冲突”？答案

【问题标题】：SVN merge: Is there a way to avoid having "tree conflicts" flagged for identical files?SVN 合并：有没有办法避免为相同文件标记“树冲突”？
【发布时间】：2015-07-30 09:50:38
【问题描述】：

合并时这种情况一直发生在我身上，我真的不知道为什么（我看到几个答案详细说明了几个可能的原因）但原因与我的问题无关，因为无论是什么原因导致“树冲突”在相同路径中的相同文件上，结果始终相同：根本不需要更改任何内容，“冲突”可以标记为已解决。

所以每次我遇到“树冲突”时，我都必须 [检查源文件，如果它不存在，] 使用 WinDiff 之类的差异工具（因为这是一个“树冲突”没有 SVN 客户端打开它的差异工具，尽管两个文件都在那里），比较两个文件以找出它们是否相同（它们几乎总是相同），如果是，只需将冲突标记为已解决，而不对“解决”进行任何更改冲突。

显然，这是非常非常浪费时间的，而且感觉非常令人沮丧和毫无意义。

所以我想知道是否有任何方法 - 通过一些 SVN 交换机或一些 SVN 客户端或其他任何东西 - 以便在 100% 确定根本不需要任何东西的情况下不会标记树冲突进行更改以解决冲突 - 就像我上面的示例一样。

添加：我也很想知道人们在相同文件上发生树冲突的常见情况（顺便说一句，我说的是没人自从我创建我的分支以来就已经触及，既没有删除，也没有重新创建，也没有修改，也没有移动，也没有其他任何东西）。因此，如果您遇到这种情况，欢迎您发表评论。

【问题讨论】：

感谢您的反对，但如果您也费心写出错误之处，那会更有建设性，以便我将来改进。
AFAIK 树冲突发生在文件在源或目标被删除时，或者文件元数据以冲突方式更改时。文件可能相同，但从 SVN 的角度来看，可能不具有共同的祖先（例如，文件被删除然后重新创建而没有任何实际内容更改）。
根据我的经验，Eclipse 的 SVN 插件并不是特别可靠。也许您的版本会重新创建不必要地删除祖先信息的文件，这会导致树冲突。我总是使用命令行客户端进行合并，它非常适合我。
另外：最近的 Eclipse 版本似乎更稳定（虽然不确定您的具体问题）。
@davlet 感谢您提供的信息，这很有用，我实际上编辑了我的问题，因为现在我想弄清楚我和我的开发团队是否是少数经常遇到此问题的人之一基础，或者它很普遍，人们只是忍受它。虽然我确定对我们来说原因不是有人删除并重新创建了这些文件，但您对使用命令行的引用很有趣，我会尝试看看这种废话发生的频率是否会降低。

标签： svn tortoisesvn subclipse merge-conflict-resolution tree-conflict

【解决方案1】：

我不确定您为什么被否决，但您的问题确实缺乏细节和实质内容。您只是说“做什么”，但并没有真正提供任何可以帮助某人回答“为什么”的细节。您最终需要弄清楚的是，为什么您首先会遇到树冲突，而有人可以帮助您的唯一方法就是您提供详细信息。

我建议您阅读 SVN 书籍的this section，以便了解 SVN 标记树冲突的原因和时间。我还将使用书中显示的命令行工具来探索树冲突的细节。希望一旦您了解了为什么会出现树冲突，您可能会知道如何避免它。

【讨论】：

感谢您解释我的问题，但我不同意您的说法。我对树冲突有很好的理解。我不打算开始讨论为什么会出现树冲突，更不用说如何避免它们了，老实说，我认为我已经说得很清楚了。我完全故意遗漏了有关我的树冲突的细节，因为它们发生的原因对我来说并不重要。重要的是相同文件上的文件很多，我想要一种方法让它们不被标记（甚至更好，标记为自动解决）。