I evaluated Buildkite at a previous job, and I came to these conclusions.

1. Buildkite is probably the best commercial, off-the-shelf CI system right now, in terms of providing all the correct building blocks at the correct level of abstraction. 2. The impact of your CI system itself being good or bad is tiny in comparison to everything else in your end-to-end CI workflow. Far more important are your own CI scripts and what they run. A distant second is the observability tooling around your CI. 3. It's hard to justify the per-seat pricing of Buildkite, as a separate line item, when whatever CI offering your source control host bundles in will suffice.

> the impact of your CI system itself being good or bad is tiny in comparison to everything in your end to end CI workflow.

I disagree here. A bad CI system makes it very, very easy to make the end to end workflow incredibly painful. Some small QOL features (buildkites input step was probably the reason it stuck for so long with us) are the difference between a tool being indistinguishable from others and being leaps and bounds ahead.

> it’s hard to justify the per seat pricing of buildkite

Buildkites pricing starts at 50% more than GitHub enterprise does. I couldn’t justify it as someone who loves buildkite and is in charge of making those decisions.