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

2ul0zpep  于 2023-08-01  发布在  Git
关注(0)|答案(3)|浏览(247)

我创造了一个主分支。向分支提交了四次。在第三次提交之后,我创建了一个合并请求。直到第三次提交,Gitlab从未抱怨过合并冲突。在第四次提交时,它突然抱怨合并冲突。主文件中没有任何更改。


的数据

  1. $ git branch
  2. master
  3. * mylocalbranch
  4. $ git rebase master
  5. Current branch mylocalbranch is up to date.
  6. $ git merge master
  7. Already up to date.
  8. $ git mergetool
  9. No files need merging

字符串



我的合并请求已完全通过。我对存储库具有写访问权限。“合并”按钮呈灰色。我不知道如何解决Gitlab抱怨的冲突。我不知道如何让我的代码掌握。

oknwwptz

oknwwptz1#

你在分支mylocalbranch上,你试图在master上rebase你的本地分支。好吧,它已经在master之上了,它已经在master之前了,因为在master分支中没有新的提交,所以没有什么需要变基的。然后,您尝试将master合并到本地分支中,但您已经看到了最新的更改。

必须在本地pull master,并检查该分支是否有任何更改。一旦你提取了master,你必须rebase,并且能够看到GitLab所说的冲突。修复冲突,然后再次推送本地分支。

jchrr9hc

jchrr9hc2#

主文件中没有任何更改。
是的,有。
请记住,Git不会自动同步到远程。遥控器上有变化。但你不会看到他们在你的机器上,直到你取。

jutyujz0

jutyujz03#

在GitLab说没有合并冲突的情况下,我在本地合并了分支,并推送了它。之后,GitLab中的MR被标记为合并。

  1. $ git checkout master
  2. $ git merge --no-ff 10-mybranch
  3. $ git push

字符串
我遵循GitLab提交消息结构,假设分支解决了第10个问题,MR是第8个。

  1. Merge branch '10-mybranch' into 'master'
  2. My extraordinary code is stuffed with bugs.
  3. Closes #10
  4. See merge request !8

展开查看全部

相关问题