我创造了一个主分支。向分支提交了四次。在第三次提交之后,我创建了一个合并请求。直到第三次提交,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
字符串
的
我的合并请求已完全通过。我对存储库具有写访问权限。“合并”按钮呈灰色。我不知道如何解决Gitlab抱怨的冲突。我不知道如何让我的代码掌握。
3条答案
按热度按时间oknwwptz1#
你在分支
mylocalbranch
上,你试图在master上rebase
你的本地分支。好吧,它已经在master之上了,它已经在master之前了,因为在master
分支中没有新的提交,所以没有什么需要变基的。然后,您尝试将master
合并到本地分支中,但您已经看到了最新的更改。必须在本地
pull
master,并检查该分支是否有任何更改。一旦你提取了master,你必须rebase
,并且能够看到GitLab所说的冲突。修复冲突,然后再次推送本地分支。jchrr9hc2#
主文件中没有任何更改。
是的,有。
请记住,Git不会自动同步到远程。遥控器上有变化。但你不会看到他们在你的机器上,直到你取。
jutyujz03#
在GitLab说没有合并冲突的情况下,我在本地合并了分支,并推送了它。之后,GitLab中的MR被标记为合并。
字符串
我遵循GitLab提交消息结构,假设分支解决了第10个问题,MR是第8个。
型