我正在将主干合并到我的分支中以使其保持最新状态，但是该过程<<<<<<< .working在文件本身中添加了（和其他类似的元数据） - 我遇到了大量的树错误，但我已经进行了一些广泛的更改所以这是意料之中的（尽管似乎合并将每个文件夹都标记为树冲突）
有什么方法可以防止 Tortoise SVN 直接将此元数据添加到文件中（这会影响其编译能力）和/或清理大量文件而无需还原 + 重新合并？
追加：到目前为止的答案是正确的，但是这里的问题是解决冲突后元数据仍然存在。这可能只是一个错误吗？
问问题
1955 次
5 回答
7
当乌龟无法自动解决合并冲突时，会插入这些标记，因此它会将那些标记为与两个文件（工作副本和存储库）中的信息冲突。在您以任何方式解决冲突后，这些标记将被删除 - 手动使用 TortoiseMerge，菜单项“使用我的解决冲突”/使用他们的解决冲突”。但是您必须决定更新后将在工作副本中使用的部分。
于 2013-05-29T11:09:53.507 回答
5
这些<<<<<<<标记是由 Subversion 本身添加的（它不是 TortoiseSVN 功能），但据我所知不是树冲突。您必须经常发生文件冲突。
据我所知，TortoiseSVN 没有任何功能可以完全自动化解决冲突。我能想到的选项：
- 每次出现“解决冲突”时选择“首选本地”或“首选存储库”。
- 选择“稍后全部解决”（我相信您只需要执行一次），一旦完成合并，使用“检查修改”对话框选择所有冲突并从上下文菜单中选择一种方法。
于 2013-05-29T11:36:07.853 回答
4
当我们运行合并并且冲突不止一次出现在同一个文件中时，就会发生这种情况。
于 2013-05-30T09:09:20.520 回答
0
如果 SVN 不支持“合并跟踪”，则每次重复合并时可能会遇到相同的冲突。确保“合并跟踪”可用。
请参阅：如何使用新的 SVN 合并跟踪？
于 2020-01-08T14:57:47.767 回答
0
由于冲突，这些元数据是由 SVN 编写的。您可以使用以下命令解决：
svn resolved <directory>
于 2017-09-21T14:15:38.087 回答