Gitlab说有合并冲突,但实际上没有

ont*_*cks 6 git git-merge gitlab git-merge-conflict

我从master创建了一个分支。向分支做出了四次提交。第三次提交后,我创建了一个合并请求。直到第三次提交,Gitlab 从未抱怨过合并冲突。在第四次提交时,它突然抱怨合并冲突。主人没有任何变化。

在此输入图像描述

$ 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
Run Code Online (Sandbox Code Playgroud)

在此输入图像描述

我的合并请求已完全获得批准。我对存储库具有写权限。合并按钮呈灰色。我不知道如何解决 Gitlab 抱怨的冲突。不知道如何掌握我的代码。

mne*_*rov 3

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

必须 pull在本地进行 master 并检查该分支是否有任何更改。一旦你拉取了 master,你必须rebase并且能够看到 GitLab 正在讨论的冲突。解决冲突,然后再次推送本地分支。

  • 就我个人而言,我更喜欢`git fetch origin`,然后是`git rebase origin/master`。不需要`git checkout master`和`git pull`和`git checkout mybranch`。事实上,如果您愿意,您可以简单地“删除”“master”分支;当“origin/master”服务(并自动更新)时,您不需要它。我通常不会删除“master”,但在开发过程中,通常也不会引用它。 (2认同)