【问题标题】:Unexpected subversion conflict behavior (Conflict with no conflicts)意外的颠覆冲突行为(没有冲突的冲突)
【发布时间】:2009-09-01 21:58:59
【问题描述】:

我一直对一些我长期存在的颠覆冲突感到沮丧。

我说的是当我对文件进行更新时,它说有冲突,所以我打开文件,里面没有 >>> 的东西。在 tortoisesvn 或 visualsvn 我去“编辑冲突”并且没有红色冲突区域。在文件系统上,还有 2 个从冲突中生成的附加文件...

我已经使用 subversion 好几年了,只有在过去的一年里,我的工作机器上才出现过这种行为。正因为如此,我阻止了我的许多队友提交,因为冲突状态与不显示冲突。

我有一个队友提交在一行中附加了几个字符,今天又发生了这种情况。不可能发生这种情况,是我机器上的配置文件搞砸了还是颠覆中有错误?其他人有这种情况吗?

谢谢

让事情绝对清楚...

当发生冲突时......我希望在我的文件中有“>>>>>>>>>>> ===”的东西。当我说编辑冲突时,它应该向我展示冲突。当出于某种愚蠢的原因 SVN 无法合并修订并将文件标记为冲突时,请向我展示冲突。如果 SVN 只是将 2 个文件转储到磁盘,我当前的修订版本和主干的另一个文件,这对我没有用。如果我必须手动比较文件,那么源代码控制有什么好处。如果它不能合并显示冲突。有些事情一定很糟糕。

【问题讨论】:

  • 我的队友遇到了这样的问题。有时他会覆盖我们的代码并说“我没有看到任何冲突”。你是如何解决这个问题的?我检查了 svn:mime-type 属性,它是“text/plain”

标签: svn version-control merge conflict


【解决方案1】:

Subversion 是否将您的文件视为二进制文件? (检查:它是否具有不以 text/ 开头的 svn:mime-type 属性?)

在这种情况下,不会添加任何标记,并且当新的更新到来时,所有本地更改都将被视为冲突。猜测文件类型的差异编辑器不会有解决这些冲突的问题。

【讨论】:

    猜你喜欢
    • 2011-02-25
    • 1970-01-01
    • 1970-01-01
    • 2012-01-01
    • 2016-11-16
    • 2022-01-01
    • 1970-01-01
    • 2018-06-02
    • 1970-01-01
    相关资源
    最近更新 更多