GitHub拉请求api可合并性检查

问题描述

我注意到GitHub提取请求api有时返回的可合并属性为null。进一步了解此文档:Checking GitHub mergeability of pull request。 但是,尚不清楚应该多久进行一次轮询?在第一次api调用时在后端启动的后台作业是什么?

GET /repos/:owner/:repo/pulls/:pull_number

我的问题是:

  1. 在哪种情况下,可合并的属性为null?

  2. 在某些情况下,可合并的内容将保留为null?

    即,如果在计算可合并性之前关闭了请求,该怎么办?

如果可能在某些情况下我不会无限轮询,这将有助于我理解。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...