【问题标题】:Github Merge Conflict Despite Identical Lines In File尽管文件中有相同的行,但 Github 合并冲突
【发布时间】:2016-10-14 14:15:43
【问题描述】:

我的团队使用 Eclipse 作为我们的 IDE,并使用 Github 作为我们用于 Web 开发的存储库。我们有一个开发站点和一个生产站点。生产站点取自“master”分支,开发站点取自“develop”分支,后者是“master”的一个分支。

每当我们进行新的更改时,我们都会从“master”创建一个新分支,完成我们的工作,并发出拉取请求以将我们的分支合并到“develop”以进行测试。如果它通过了我们的测试,我们就将新分支合并回“master”。

这偶尔会导致合并冲突,但解决这些问题通常不是问题。然而,这一次,我遇到了一个非常奇怪的冲突。得到一个 Github 合并冲突,然后将develop分支合并到我当前的分支中查看冲突,结果是文件末尾的一个括号似乎被替换为相同的字符:

   }
<<<<<<< HEAD
}
=======
}
>>>>>>> refs/heads/develop

我能做些什么呢?我该如何解决?我尝试将我的分支合并到本地开发中,但冲突看起来有点不同,这对我来说非常奇怪。

<<<<<<< HEAD
    }
}
=======
    }
>>>>>>> refs/heads/mybranch

master 和 develop 之间的比较表明,develop 在提交方面领先于 master,并且一年多来没有其他人更改过文件中的这一行。由 master 创建的任何其他更改此文件的分支都会遇到相同的合并冲突。我什至尝试合并一个完全删除文件的分支,以便我可以执行另一个提交来添加相同的文件,但我仍然遇到合并冲突。

我还能尝试什么?

【问题讨论】:

标签: git diff git-merge


【解决方案1】:

每当我看到这样的事情时,我都会立即对空格(空格、换行符、制表符等)感到好奇。在探索 Git 中的修复之前,我会从那里开始,因为我对 Git 的经验是它在这方面很少出错,但是 IDE(或 IDE 中的更改)肯定会导致类似的事情(例如,在保存时用空格替换制表符IDE 中的文件)。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-12-20
    • 2012-12-08
    • 1970-01-01
    • 2022-12-16
    • 2018-03-03
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多