Svn 删除/重新添加导致的T形三通冲突

我从svn中删除并忽略了一个我认为是用户特定的文件夹（如果您感兴趣，请点击nbproject）

这是粗心的，结果证明我错了，所以在恐慌中，为了避免造成混乱，我解开了忽略，添加了文件夹并提交

更粗心的是，我意识到我在旧文件夹所在的位置添加了一个“新”文件夹。这导致与随后更新的任何人发生合并冲突。这个文件夹有很多更改，我自己的版本可能也有更改，所以每个人都会遇到混乱的冲突，因为不清楚哪些更改值得保留

我可以做些什么来避免对每个使用svn的人造成这种树冲突

我肯定会涉及到合并，但我不知道如何合并上一个文件夹，普通的合并似乎不起作用（我没有经验，而且大多数文档似乎只适用于简单的情况）

我试图再次删除文件夹，然后合并，但我不确定这是否会造成更大的混乱

---

如果您有任何建议，包括相关问题的链接，我将不胜感激。我的知识还不够渊博，无法确定答案在哪里适用于这种情况。我假设大量的“我在合并时遇到了冲突”问题不存在，但是，我在这些问题中找不到任何有用的东西。

我还发现，涉及删除文件的svn冲突有时会令人难以置信

当我拥有它们时，我只需备份我的“良好”本地版本（不包括

.svn

目录），删除受感染的目录，然后使用

svn update

再次获取它（或

svn checkout

，以适合您的情况为准）。然后，我将我的文件合并回来（合并常见文件，并删除我打算首先删除的文件，如果有的话）

---

这可能不是最优雅的方式（或者是吗？），但它简单而安全。

我还发现，涉及删除文件的svn冲突有时会令人难以置信

当我拥有它们时，我只需备份我的“良好”本地版本（不包括

.svn

目录），删除受感染的目录，然后使用

svn update

再次获取它（或

svn checkout

，以适合您的情况为准）。然后，我将我的文件合并回来（合并常见文件，并删除我打算首先删除的文件，如果有的话）

---

这可能不是最优雅的方式（或者是吗？），但它简单且安全。

问题是svn上的每个人都必须这样做。我更喜欢避免这种情况的解决方案（即，消除我原来的错误）。我已在发送给他们的电子邮件中链接了此问题，因此他们将看到您的答案，但希望他们不需要。如果您使用所述方法在本地修复所做的操作，然后提交所有更改（并且您的本地副本根据

svn status

）是最新的，只要他们在本地副本中没有做出任何冲突性的更改，他们就可以更新svn并获得正确的版本。啊，我没有领会你的意思。这确实解决了问题。删除它是唯一的直觉，但我现在明白了。谢谢。问题是svn上的每个人都必须这样做。我更喜欢避免这种情况的解决方案（即，消除我原来的错误）。我已在发送给他们的电子邮件中链接了此问题，因此他们将看到您的答案，但希望他们不需要。如果您使用所述方法在本地修复所做的操作，然后提交所有更改（并且您的本地副本根据

svn status

）是最新的，只要他们在本地副本中没有做出任何冲突性的更改，他们就可以更新svn并获得正确的版本。啊，我没有领会你的意思。这确实解决了问题。删除它是唯一的直觉，但我现在明白了。谢谢