Gitlab说有合并冲突，但实际上有none

Question

我从master创建了一个分支。向分支机构提交了四次。第三次提交后，我创建了一个合并请求。直到第三次提交，Gitlab 从未抱怨合并冲突。在第四次提交时，它突然抱怨合并冲突。 master没有变化

$ git branch
  master
* mylocalbranch

$ git rebase master
  Current branch mylocalbranch is up to date.
    
$ git merge master
  Already up to date.

$ git mergetool
  No files need merging

我的合并请求已完全批准。我对存储库具有写入权限。合并按钮变灰。我不确定如何解决 Gitlab 抱怨的冲突。不确定如何掌握我的代码。

Answer 1

您在分支 mylocalbranch 上，并且您正在尝试 rebase 您的本地分支位于 master 之上。好吧，它已经在 master 之上，它已经领先于它，并且由于 master 分支中没有新的提交，所以没有什么可以变基的。然后你试图合并 master 到你的本地分支，但你已经在最新的更改中。

您必须 pull 在本地掌握并检查该分支中是否有任何更改。一旦你拉了主人，你必须 rebase 并且能够看到 GitLab 正在谈论的冲突。修复冲突，然后再次推送您的本地分支。

Answer 2

There have been no changes in the master.

是的，有。

请记住，Git 不会自动同步到远程。遥控器发生了变化。但是在你获取之前你不会在你的机器上看到它们。

Gitlab说有合并冲突，但实际上有none

Gitlab says there are merge conflicts, but actually there are none

git

gitlab

git-merge

git-merge-conflict