GitHub REST与GraphQL API返回PR合并提交数据不一致问题咨询
GitHub REST与GraphQL API合并提交字段差异原因
针对Ansible项目编号15088的PR出现的API数据差异,核心原因是两个API对「合并提交」的定义和字段返回逻辑不同:
- REST API的
merge_commit_sha:无论PR用哪种方式合并(普通合并、 squash合并、rebase合并),这个字段都会返回对应的提交SHA。比如squash合并时,它指向被压缩成单个的那个提交;rebase合并时,指向PR分支最后一个被合并到主分支的提交;普通合并时则指向专门的合并提交。 - GraphQL API的
mergeCommit字段:仅当PR使用**普通合并(Create a merge commit)**方式时才会返回数据。如果是squash或者rebase合并,这个字段会返回null——因为这两种合并方式不会生成独立的合并提交节点,GraphQL将这类场景视为没有「合并提交」实体。
验证PR 15088的实际合并方式后可以确认,该PR是通过squash合并的,因此GraphQL不会返回mergeCommit,但REST API依然会返回squash后的提交SHA作为merge_commit_sha。
如果需要在GraphQL中获取对应提交信息,可以改用commits字段遍历PR的关联提交,或者根据REST返回的SHA用commit查询获取具体内容。
内容的提问来源于stack exchange,提问作者Parvez M Robin
相关产品推荐
相关产品推荐

