这听起来像是一个非常简单的问题。
三天前，我在Github上提出了PR，在创建PR时没有合并冲突。今天，我打开PR链接，仍然没有合并冲突。公关审查员说，我应该先在本地重新设置基础，然后再推送代码，然后Github将检查合并冲突。我的观点是，Github（网站）会检查其他所有PR合并中是否存在合并冲突，即，master分支代码被更新时，因此不需要我在本地重新设置基础然后推送代码。
我是对的，对于审阅者来说，不用我在本地重新部署代码就可以安全地批准PR，因为它在 Github.com 上没有显示任何合并冲突。
如果有人还可以在Github开发人员定义流程的地方发布正式文档，我将不胜感激。
答案 0 :(得分：1)
PR审核者说，我应该先在本地重新定位，然后再推送 代码
拉动请求审阅者是错误的。让我们看看我的请求请求有2个提交（https://github.com/telerik/kendo-ui-core/pull/5102）
以简单现实的方式思考：冲突，这意味着您不能在同一行代码中保留2个开发人员的2个不同内容。 开发人员Bob的代码片段和开发人员John的代码片段不能站在同一行。解决冲突，这意味着选择Bob的代码或John的代码。