feedback
feedback copied to clipboard
Add support for GitHub checks API?
https://blog.github.com/2018-05-07-introducing-checks-api/ https://developer.github.com/changes/2018-05-07-new-checks-api-public-beta/
I am not entirely sure should Buildkite be using in any way and how exactly can it be, but this sounds interesting.
Here is also how Travis integrated it, maybe it can serve as inspiration: https://blog.travis-ci.com/2018-05-07-announcing-support-for-github-checks-api-on-travis-ci-com
Thanks for the feedback and heads up. We'll keep you posted on updates.
We've implemented prototype support for this in our pipelines via a plugin:
uw-ipd/github-checks-buildkite-plugin
I would describe the current functionality as minimal. There obviously a fair amount of enhancement needed, particularly with respect to delivering output & annotations in the checks report, but it may be a useful starting point for future development.
Any updates on this?
@asford How do you find this plugin practically? Does it provide value to your developers? I looked at some sample PRs against https://github.com/uw-ipd/github-checks-buildkite-plugin -- They look useful enough as they seem to reduce the friction of having to drill down from the PR to Buildkite build to the details of the build itself.
I hope it's OK to revive this thread.
I would appreciate to see an update on some official integration between Buildkite builds and GitHub checks.
CC @toolmantim
We are using a GitHub workflow for triggering a Buildkite build from pull requests -- that works fine. But we have not found a simple, sane way yet to report back from the build to GitHub.
Hi @jgehrcke — we're working on an updated GitHub checks integration, but in the meantime have you tried using the commit status API that we support? If you email [email protected] we can assist you getting it working.
We just wrote an open-source utility to allow sending checks with file annotations from arbitrary command-line tools, which we're using with BuildKite internally: https://github.com/roverdotcom/checkbridge
Our main buildkite pipeline still sends the status via the commit status API, but this allows more fine-grained errors/warnings, and is particularly useful for code linters.
Not wanting to rock the boat too much but has there been any progress on this?
any progress on this?