GitHub Checks API实现进一步的持续集成
极客时间编辑部
讲述:丁婵大小:1.20M时长:02:38
最近,GitHub 公布了新的 Checks API,意在实现向持续集成工作流中添加代码检查,比如对源代码文件做 Lint 静态分析后,将结果直接展示在 PULL 请求视图中。得到的反馈信息可以达到用户预期的详细程度,包括显示导致问题的代码行,使得代码提交者可以修复问题,并在代码上运行新的检查。
据了解,GitHub Checks API 可以看成是对传统 GitHub 状态 API 的一次革命性改进。它支持使用外部服务对提交情况标记一些检查状态,例如 fail、pass 等,并将检查状态反映在提交所涉及的所有 PULL 请求中。
使用 Checks API,集成者现在可以对提交和 PR 状态更好的控制,包括 success、failure、neutral 等。此外,检查可以针对文本信息、图像等多种数据,使得用户可以构建复杂的工作流,并在这些工作流中,对提交或 PR 做多次检查。GitHub 将展示出所有通过的、失败的以及需要用户注意的检查。
据介绍,GitHub 支持多种检查工作流控制等级,包括:
自动(Automatic):对所有具有 checks:write 权限的已安装应用发送事件,以启动对此类应用的更改分析。GitHub UI 将列出所有运行检查中的应用,由集成者和开发人员监控检查过程,并在必要时采取行动。
用户(User):用户可以通过 POST、repos 这样的请求,或是通过在提交消息中添加 skip-checks:true、request-checks:true 等指令,请求运行指定的检查。
Web UI:用户可以使用 GitHub Web UI,独立或一并运行各种检查。
值得注意的是,需要运行检查的 GitHub 应用必须支持对 check_suite WebHook 的处理。基于此,应用可以创建一个新的 check run,并由 GitHub 添加到 Check Suite 中,Check Suite 概要描述了应用所有的检查和输出情况。
当前,GitHub Checks API 仅支持 GitHub REST API,而对 GraphQL API 的支持正在实现中。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论