Buildkite

@buildkite

You deserve better CI. Cursor, OpenAI, Anthropic, Nvidia, Uber, Airbnb, Canva, Bazel, vLLM, Amp, Entire, Bun, Rails + more run their CI on Buildkite.

78 Following4.1K Followers3K Posts
  1. Buildkite@buildkite
    PART I: PARANORMAL AVAILABILITY “Waiting for a runner to pick up this job…” Is your CI ghosting you when it matters most? Now showing (in a queue near you). Stay seated. Something ancient rises tomorrow.
    Download
    011131
  2. Buildkite@buildkite
    Lights. Camera. Actions? The unrest begins this week: a trilogy of CI horror that won’t stay buried rises in San Francisco. Rated U for Unreliable. Brought to you by @buildkite: the only CI that survives.
    Download
    003165
  3. Buildkite@buildkite
    Buildkite
    RT @lox: What I want to know from the 5 new CI and sandbox providers I see every day spruiking how they are x% cheaper than everyone else: What are your margins like? If you're a thin wrapper around someone else's compute, what is your actual plan to retain folks when the next provider undercuts you? How can you convince customers you'll actually be here in 12 months and won't go broke or lose their data?
    0306
  4. Buildkite@buildkite
    Buildkite
    RT @fredloh: The first test of this is looking very promising for us. Will report back as we scale this out across all our builds. Would recommend!
    Lachlan Donald @lox
    We've shipped Buildkite Cache, the first of several building blocks we're putting in place to make CI radically faster. We've learnt a lot from how the fastest companies in the world run their CI. Great caching isn't just one technique, it's several working together: what you reuse, where it lives, and which work you can avoid doing in the first place. We're starting with a save and restore primitive to control cached files across jobs, on hosted or self-hosted agents. You choose what goes into the cache key, when to fall back to an older entry, and which builds can share the cache. There's a lot more coming.
    0108
  5. Lachlan Donald✓@lox
    We've shipped Buildkite Cache, the first of several building blocks we're putting in place to make CI radically faster. We've learnt a lot from how the fastest companies in the world run their CI. Great caching isn't just one technique, it's several working together: what you reuse, where it lives, and which work you can avoid doing in the first place. We're starting with a save and restore primitive to control cached files across jobs, on hosted or self-hosted agents. You choose what goes into the cache key, when to fall back to an older entry, and which builds can share the cache. There's a lot more coming.
    73575.7K
  6. Buildkite@buildkite
    Buildkite
    RT @ashtom: I love the pull request. But reviewing agent-written code needs a loop. With Trails, evals feed the next round of agent work. Sessions, code changes, and CI checks from @buildkite and @depotdev stay together.
    0406
  7. Buildkite@buildkite
    Entire already runs its own CI on @buildkite. As of today, every team on @GoEntire can. Push → build → check on the Trail. Congrats @ashtom and the Entire team. Now every team on Entire has access to the CI orchestration platform frontier AI labs rely on to build the next wave of pioneering software.
    Thomas Dohmke @ashtom
    Agents reinvented how we produce code. It changed our tools and half of our workflow. It’s time for the other half to catch up. Today, we’re shipping Entire: the Git forge for agent-human collaboration. We’ve built @GoEntire using Entire. Now we want to see what you'll build with it. Here’s why and what’s different. 🧵
    07251.8K
  8. Thomas Dohmke✓@ashtom
    Agents reinvented how we produce code. It changed our tools and half of our workflow. It’s time for the other half to catch up. Today, we’re shipping Entire: the Git forge for agent-human collaboration. We’ve built @GoEntire using Entire. Now we want to see what you'll build with it. Here’s why and what’s different. 🧵
    Download
    103101728174K
  9. Buildkite@buildkite
    The fastest step is the one you never need to run. Caching is now generally available in Buildkite. Multiple techniques compounding together. The first of several new building blocks for faster, better CI.
    Lachlan Donald @lox
    We've shipped Buildkite Cache, the first of several building blocks we're putting in place to make CI radically faster. We've learnt a lot from how the fastest companies in the world run their CI. Great caching isn't just one technique, it's several working together: what you reuse, where it lives, and which work you can avoid doing in the first place. We're starting with a save and restore primitive to control cached files across jobs, on hosted or self-hosted agents. You choose what goes into the cache key, when to fall back to an older entry, and which builds can share the cache. There's a lot more coming.
    004925
  10. Buildkite@buildkite
    Running an old Buildkite MCP server? Update yours to v1.28.0 so your agent can explain failed builds, retry jobs, and pause queues.
    Download
    006585
  11. Buildkite@buildkite
    The question isn’t how fast single builds run. It’s whether your CI gets faster or slower as your work compounds and multiplies. More compute might buy you time... but it doesn’t change the answer.
    Lachlan Donald @lox
    We are either going to need more compute, or better CI. AI driven dev means more code/tests and more frequent changes trying to merge and deploy to production. E.g. 10× the changes × 5× the test suite cost = 50× the compute (and higher peak compute demand due to parallelism). And that's before you rebase a few times to keep up with the fast moving trunk, then battle a merge queue due to flaky tests. There are a few things everyone should be doing. First off, you make your test suites leaner and faster. High signal units, massive parallelism, thoughtful end-to-ends. What needs to come next is compute reduction. You should only run the tests that relate to the change you are testing. The next step is getting even smarter. Models can be used to predict which subset of the related tests are most predictive of failure which lets you get to the failure fast and avoid unneeded subsequent test runs.
    001382
  12. Lachlan Donald✓@lox
    We are either going to need more compute, or better CI. AI driven dev means more code/tests and more frequent changes trying to merge and deploy to production. E.g. 10× the changes × 5× the test suite cost = 50× the compute (and higher peak compute demand due to parallelism). And that's before you rebase a few times to keep up with the fast moving trunk, then battle a merge queue due to flaky tests. There are a few things everyone should be doing. First off, you make your test suites leaner and faster. High signal units, massive parallelism, thoughtful end-to-ends. What needs to come next is compute reduction. You should only run the tests that relate to the change you are testing. The next step is getting even smarter. Models can be used to predict which subset of the related tests are most predictive of failure which lets you get to the failure fast and avoid unneeded subsequent test runs.
    214788K
  13. Buildkite@buildkite
    Buildkite
    RT @pcalcado: All this talk about using only end-to-end tests for AI-written code makes me think the real winner of the AI race is going to be Buildkite.
    02010
  14. Buildkite@buildkite
    Buildkite
    RT @snoopy_dot_jpg: @lox @CraigBarrDev i'm with this guy. just use buildkite, it's wonderful. and if you're still getting crushed by CI go fix your test and build pass
    01010
  15. Buildkite@buildkite
    Buildkite
    RT @michaelhedgpeth: Continue to love being on the @buildkite platform, as I see another GitHub Actions incident this morning. If you haven't thought of going in that direction, you should...
    01010
  16. Buildkite@buildkite
    Buildkite
    RT @ItsCynnamoroll: I love buildkite.
    Buildkite @buildkite
    Same workflow file, different agents. Run your existing GitHub Actions workflows on Buildkite's Mac fleet. No rewrite. Try now. Read more:
    01011
  17. Buildkite@buildkite
    Same workflow file, different agents. Run your existing GitHub Actions workflows on Buildkite's Mac fleet. No rewrite. Try now. Read more:
    002556
  18. Buildkite@buildkite
    One for every build status you've ever felt personally. Build Buddies, coming soon:
    Download
    003316
  19. Buildkite@buildkite
    Today, @SpaceXSI released the Origin App Marketplace. The same CI setup used by @cursor_ai to build Origin is now available to you. Our native Buildkite integration is included alongside key industry heavyweights such as @linear, @vercel and more. Built by Cursor. Built on Buildkite.
    Cursor @cursor_ai
    Origin, Cursor’s code hosting platform, now supports over 20 integrations. Connect your repos to tools for CI, deployments, code review, security, monitoring, and project management.
    015646
  20. Buildkite@buildkite
    Buildkite
    RT @cursor_ai: Origin, Cursor’s code hosting platform, now supports over 20 integrations. Connect your repos to tools for CI, deployments, code review, security, monitoring, and project management.
    013609
  21. Buildkite@buildkite
    Buildkite
    RT @0xBrettj: Mac orbs are in beta ( Our team has been iterating a lot on our Mac/iOS app primarily in orbs; I’ve often had an orb thread push the changes to my iPhone using a runner on my Mac, but @buildkite preflight and now mac orbs allow agents to test their changes on Mac in a remote environment
    01014
  22. Tim Lucas✓@toolmantim
    Being able to cut per-orb builds of the @AmpCode iOS and Mac app is incredible. Just tested and shipped an updated thread TOC button in Swift from my phone, with multiple rounds of fine tuning the UI. Now we gotta figure out how to generalise this for all app builders!
    Download
    62612.5K
  23. Show more posts