如何解决颠覆树冲突：分支删除了一个目录，而主干更改了那里的文件
1）我有一个主干并从中创建了一个分支。
2）主干包含一个目录A，在分支中该目录被重命名为B。3
）现在在主干中我们不小心对A中的文件F进行了更改
。4）重新集成分支会产生树冲突
5）聪明我将更改恢复到主干中的文件 F - 但这不是解决方案，因为在合并期间颠覆仍然尝试执行更改，然后恢复它们。这仍然导致冲突。
问题 A 部分：处理这种情况的正确解决方案是什么？只需接受冲突并手动处理它？
问题 B 部分：如果文件位于已在分支中重命名的目录中，Subversion 通常是否无法合并文件？
（我使用的是 Subversion 1.6 和 Tortoise）
1) I have a trunk and created a branch from it.
2) The trunk contains a directory A, in the branch this directory was renamed to B.
3) Now in the trunk we accidently made a change to a file F in A.
4) Reintegrating the branch generates a tree conflict
5) Beeing clever I reverted the changes to file F in the trunk - however this was not the solution since during the merger subversion still tries to execute the changes and then reverts them. Which still leads to the conflict.
Question-Part A: What is the correct solution to handle this situation? Just accept the conflict an handle it manually?
Question-Part B: Is subversion generally not able to merge files, if the file is in a directory that has been renamed in a branch?
(I am using Subversion 1.6 and Tortoise)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
问题 A：
svn resolve --accept=working并手动进行排序，正如您已经说过的。问题B：不，不能。如果有人知道解决方案，我很想学习它。
您可以查看这篇文章，它解决了树冲突以及。
Question A:
svn resolve --accept=workingand sort it out manually, as you already said.Question B: No it can't. If anybody knows a solution I'm eager to learn it.
You may have a look at this post which tackles tree conflicts as well.