这听起来像是一个非常简单的问题。
三天前，我在Github上提出了PR，在PR创建时没有合并冲突。今天，我打开了PR链接，仍然没有合并冲突。公关审查员说，我应该先在本地重新设置基础，然后再推送代码，然后Github将检查合并冲突。我的观点是，Github（网站）在其他每一次PR合并中都检查合并冲突，即在master更新分支代码时，因此不需要我在本地进行基础调整然后再推送代码。
我是正确的吗？如果我在Github.com上没有显示任何合并冲突，不用我在本地修改代码的话，审阅者就可以安全地批准PR了。
如果有人也可以在Github开发人员定义流程的地方发布正式文档，我将不胜感激。
公关审查员说，我应该先在本地重新定基础，然后再推送代码
拉请求审阅者是错误的。让我们看看我的请求请求有2次提交（https://github.com/telerik/kendo-ui-core/pull/5102）
以简单现实的方式思考：冲突，这意味着您不能在同一行代码中保留2位开发人员的2个不同内容。开发人员Bob的代码片段和开发人员John的代码片段不能站在同一行。解决冲突，这意味着选择Bob的代码或John的代码。
为了了解有关合并冲突的信息：https ://docs.microsoft.com/zh-cn/azure/devops/repos/git/merging ? view = azure-devops & tabs = visual-studio#understand-merge-conflicts
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句