【问题标题】:Tee conflict caused by delete/re-add删除/重新添加导致的 tee 冲突
【发布时间】:2013-03-12 17:56:24
【问题描述】:

我从 svn 中删除并忽略了一个我认为是特定于用户的文件夹(如果您有兴趣,请使用 nbproject)。

这很粗心,结果我错了,所以为了避免造成混乱,我惊慌失措,取消了忽略,添加了文件夹并提交。

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

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

我确定会涉及合并,但我不知道如何合并以前的文件夹,普通合并似乎不起作用(我没有经验并没有帮助,大多数文档似乎适用于简单的情况)。

我很想再次删除文件夹然后合并,但我不确定这是否会导致更大的混乱。

如有任何建议,包括相关问题的链接,我将不胜感激,我的知识不足,无法识别出适用于这种情况的答案。我假设大量的“我在合并时遇到冲突”的问题不是,但是我在其中找不到任何有用的东西。

【问题讨论】:

    标签: svn tree-conflict


    【解决方案1】:

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

    当我拥有它们时,我只需备份我的“好”本地版本(不包括.svn 目录),删除受感染的目录,然后使用svn update(或svn checkout,以适合您的案子)。然后我将我的文件合并回来(合并常用文件,并删除我最初打算删除的文件,如果有的话)。

    这可能不是最优雅的方式(或者是吗?),但它简单且安全。

    【讨论】:

    • 这个问题是 svn 上的每个人都必须这样做。我更喜欢避免这种情况的解决方案(即撤消我最初的错误)。我已在发送给他们的电子邮件中链接了这个问题,因此他们会看到您的答案,但希望他们不需要。
    • 如果你在本地修复你所做的,使用描述的方法,然后提交你的所有更改(并且你的本地副本根据svn status是最新的),只要他们没有不要在他们的本地副本中进行任何有冲突的更改,他们只需 svn update 并获得更正的版本。
    • 啊,我错过了你的意思。那确实解决了问题。删除它是唯一的计算机直觉位,但我现在明白了。谢谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-29
    • 2011-12-19
    • 1970-01-01
    • 2017-06-26
    • 2018-06-02
    • 1970-01-01
    相关资源
    最近更新 更多