git - Github 究竟什么时候检查拉取请求的合并冲突？

Question

这听起来像是一个非常简单的问题。

3 天前我在 Github 上提出了 PR，在创建 PR 时没有合并冲突。今天打开PR链接，依然没有合并冲突。PR reviewer说我应该先rebase本地再push代码，然后Github会检查合并冲突。我的观点是，Github（网站）检查每个其他 PR 合并时的合并冲突，即当master分支代码更新时，所以我不需要在本地重新定位然后推送代码。

我是对的吗？审阅者批准 PR 是否安全，而无需我在本地重新设置代码，因为它在Github.com上没有显示任何合并冲突。

如果有人也可以发布 Github 开发人员定义流程的官方文档，我将不胜感激。

标签： gitgithubmergegit-mergegit-merge-conflict

Answer 1

PR审稿人说我应该先rebase本地再push代码

拉取请求审阅者是错误的。让我们看看我的拉取请求有 2 个提交（https://github.com/telerik/kendo-ui-core/pull/5102）

简单而现实地思考：冲突，这意味着您不能在同一行代码中保留来自 2 个开发人员的 2 个不同的内容。来自开发人员 Bob 的代码片段和来自开发人员 John 的代码片段不能位于同一行。解决冲突，这意味着选择 Bob 的代码或 John 的代码。

了解合并冲突：https ://docs.microsoft.com/en-us/azure/devops/repos/git/merging?view=azure-devops&tabs=visual-studio#understand-merge-conflicts