警告：检测到多个合并碱基。显示的提交列表可能不完整
Jan*_*ani 154 git azure-devops azure-repos
在Azure Repos中，我创建了从分支 A 到分支 B的 PR。没有显示任何合并冲突。但我最终收到了警告消息
警告：检测到多个合并碱基。显示的提交列表可能不完整。
这是什么意思？
Jor*_*ers 76
我今天也收到同样的消息。我刚刚从目标分支中提取最新的更改并将它们合并到源分支中，问题就得到了解决。
- 这样我每次都需要返回并查看目标分支上是否有新的更改并将其合并。不过应该有更好的方法。 (6认同)
- 如果另一个 PR 合并到目标分支中，该消息会重新出现，并且您必须在每个等待的 PR 中提取最后的更改。我认为这不是一个可行的方法。 (3认同)
- 正确的，特别是在测试时，值得引入最新的更改。我不同意你的观点，应该有更好的方法。在我看来，这很好用。 (2认同)
- 就我而言，这没有帮助。从目标合并到源显示了消息“所选分支之间没有要合并的更改。”，但我仍然收到警告“警告：检测到多个合并基础。显示的提交列表可能不完整”那么，什么在这种情况下我可以做什么？ (2认同)
JAR*_*VIS 21
只需将目标分支的最新更改带到源分支并完成合并即可。此后，此消息将不会出现在拉取请求页面上。
在我看来，Azure DevOps 发出这样的警告是件好事，这样，如果您在完成拉取请求之前忘记从目标分支获取最新版本，它可能会节省一些时间或结束瞬间的匆忙和惊喜。
- 是的 - 他们应该说得更清楚。从字面上添加“嘿，您是否忘记与最新的遥控器同步或......？” 到消息。 (6认同)
Kus*_*eth 17
认真对待这个警告。这种情况要么发生
当您的源分支没有最新的目标分支并且您已创建拉取请求时。
或者您合并了一个不是当前分支的起源的分支。
第一个原因：将您的分支带到本地，将目标分支的起源合并到您的分支，提交并推送。现在检查 PR。现在必须解决这个问题。如果不是，那么你必须检查第二个原因。
第二个原因：当您将一个分支推送到当前分支时，该分支不是当前分支的起源。
- 如果您的情况可行，最好的解决方案是识别不是您分支的起源的分支，并恢复提交并推送它。
- 如果没有，则从目的地的起源创建一个新分支，挑选所有相关的提交并提交推送。从这个新分支创建一个新的 PR。
根据您的可行性选择选项。
- 投票赞成。这是本页上唯一尝试回答该问题的答案。这就是我来这里的目的。 (4认同)
今天我的多个队友都遇到了这种情况。发生这种情况是因为他们打算先将 PR 合并到我们的主分支中，然后再将该主（远程）分支合并到他们的（本地）分支中。他们当地的分支机构落后了几个提交。
一旦他们合并、提交并推动，消息就消失了。
如果我是对的，这个警告是没有用的，因为Azure DevOps还有一个检测合并冲突的功能。无论是否存在任何冲突，我都会收到此警告：
如果检测到合并冲突，那么我会得到以下结果：
所以我想说处理合并的正确方法是通过自动构建管道，而不是让每个人感到困惑的警告。
小智 1
我发现当我从另一个分支将更新拉入分支 I\xe2\x80\x99m 尝试合并时收到消息（例如，从master更新开发分支，然后 PR 合并回master ）。
\n当我\xe2\x80\x99忘记在推送更新之前下拉更改时，我也发现了这一点。
\n| 归档时间： |
|
| 查看次数： |
87027 次 |
| 最近记录： |