Github-合并被阻止(混淆/误导错误消息)

Github-合并被阻止(混淆/误导错误消息),git,github,git-branch,branching-and-merging,Git,Github,Git Branch,Branching And Merging,我创建了一个pull请求,我的审批人请求了一些更改,我标记了已解决的更改,并单击了re request按钮,没有查看合并是否被阻止或取消阻止。那么现在要取消阻止合并,审批人是否需要再次审查更改并批准它?因为下面的消息没有说需要审核人批准 完成请求的更改后,可以自动执行合并 地址 是的,您需要让审阅者批准更改。仅仅因为您认为您已经解决了更改,并不意味着审阅者同意,GitHub知道更改已经解决的唯一方法就是让审阅者批准更改。他们可能不同意,并要求进行更多的更改 这种功能存在的部分原因是为了提供有效的

我创建了一个pull请求,我的审批人请求了一些更改,我标记了已解决的更改,并单击了
re request
按钮,没有查看合并是否被阻止或取消阻止。那么现在要取消阻止合并,审批人是否需要再次审查更改并批准它?因为下面的消息没有说需要审核人批准

完成请求的更改后,可以自动执行合并 地址


是的,您需要让审阅者批准更改。仅仅因为您认为您已经解决了更改,并不意味着审阅者同意,GitHub知道更改已经解决的唯一方法就是让审阅者批准更改。他们可能不同意,并要求进行更多的更改


这种功能存在的部分原因是为了提供有效的控制,这是许多受监管行业在合并或部署代码之前所必需的。如果作者可以为自己的更改提供担保,这将不会非常有效。

一旦我解决了请求的更改,那么是否必须重新请求审阅者重新审阅,或者他将自动收到通知,而无需重新请求。最好通过接口重新请求审阅。通常会通知审阅者您所做的更新,但至少我倾向于忽略这些更新,因为人们通常会在准备重新审阅之前推送大量更新。