With the release of v3.28.1 of the Buildkite Agent, we've introduced a new command to remove existing annotations from a build ππ«
buildkite-agent annotation remove
removes an annotation entirely, where previously you could only blank their content by passing an empty string to buildkite-agent annotate
.
This allows for some creative uses like showing bits of context while builds, tests, deployments or lints run, and removing them from view when they're no longer relevant.
We're looking forward to hearing about what you make with the extra annotation abilities ππ
For teams needing detailed observability in their CI/CD pipelines, we've recently released support for configuring Datadog as a tracing backend on the Buildkite agent to help monitor build and job metrics π΅π»
Huge thanks to our open source collaborators π
To get started, install the Datadog Agent on your Buildkite Agent machine(s) and configure the following environment variable: BUILDKITE_TRACING_BACKEND="datadog"
For more details, check out the agent configuration docs.
To support customers with inbound network firewalls, Buildkite's Meta API lists the IP addresses that Buildkite uses to send outbound traffic such as webhooks and commit statuses.
To improve network resilience, new IP addresses were added to the Meta API earlier this month. If you use network ACL/firewall rules to allow-list traffic from Buildkite, these should be updated immediately.
During the week of 2021-04-19 traffic will intermittently be switched to the new IPs for short periods as a low-impact method of uncovering issues. During the following week of 2021-04-26 outbound traffic will be permanently switched to the new addresses.
Folks using Terraform to manage their infrastructure, great news! We've published an official Buildkite provider to the Terraform Registry
For details of the configuration syntax and supported resources, check out the official docs on the Terraform Registry.
A big thanks to Buildkite customer Jarryd Tilbrook who developed the initial version of the provider and was happy for us to pick it up π
If you only want to build tags, you can now optionally switch off building branches π¦
We've added a new setting: Build branches
that is on by default for new pipelines. To only build on tags, disable Build branches
and ensure that your Build tags
box is checked:
You can find the Build tags
and the new Build branches
setting in your pipeline's Repository settings when using GitHub, GitHub Enterprise, Bitbucket, or Bitbucket Server.
We've heard that some Buildkite customers are considering ARM in production, so we've made sure that Elastic Stack for AWS v5.1.0 can help you get there β¨
v5.1.0 adds support for the following AWS instance types with an ARM-powered Graviton CPU:
m6g.*
m6gd.*
t4g.*
a1.*
c6g.*
c6gd.*
r6g.*
t6gd.*
To use these instance types, follow the upgrade guide for v5.1.0 and set your InstanceType
stack parameter π
Update, June 2021: We are no longer offering Buildkite-hosted macOS agents. ForΒ more information on spinning up your own Buildkite agents on macOS, see this guide from Stark and Wayne or check out the docs.
We are excited to announce an exclusive program for our macOS agents managed service, providing the first scalable CI platform for Mac and iOS development π
To learn more and to resister your interest, check out our introduction to Hosted Mac Agents and our blog post about the announcement πβ¨
Those occasional times when you need to grab a copy of all the environment variables on a job, wouldn't it be great if there was a button for that? π€
Now there is! We've added a button to the job Environment tab to copy all of your environment variables and their values straight into your clipboard π
Apple machines with the new ARM-based M1 chip are being delivered to Buildkite customers, and starting from agent 3.26.0 we have an experimental binary that will run natively on these systems.
Users with M1 based hardware can install the native binary by:
If you manage a lot of pipelines you will be pleased to hear that we've added the ability to archive pipelines that are no longer in use. Archived pipelines have all their historical data preserved, but won't run new builds, and are not shown on the Pipelines page by default. You'll find a list of archived pipelines in the Team Selector:
Archive pipelines from the Settings page, under Pipeline Management, or using the GraphQL API.
Happy Archiving!
As part of the transition to GraphQL, we have added graphql_id
for the following REST API resources. The graphql_id
is used to target specific resources when running queries and mutations on GraphQL API.
Here is an example response from pipelines which includes graphql_id:
1 2 3 4 5
{ "id": "849411f9-9e6d-4739-a0d8-e247088e9b52", "graphql_id": "UGlwZWxpbmUtLS1lOTM4ZGQxYy03MDgwLTQ4ZmQtOGQyMC0yNmQ4M2E0ZjNkNDg=", "url": "https://api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline" }
If you have any questions or feedback, please let us know in the Forum or send us an email π¨
Establishing a shared timeline when troubleshooting or digging into recent builds can be a challenge, especially for distributed teams. To help make this a little easier, weβve added the ability to toggle between local time and UTC by clicking on a timestamp β±
As an added bonus, UTC times include the full date and are shown in 24-hour time regardless of your browserβs default locale settings β¨
We've updated our GitHub app, adding the option to automatically create webhooks for new pipelines π
The Buildkite GitHub App now additionally requests the webhook read & write
permission for Repositories. We'll only use this permission to create new webhooks when you explicitly check the 'Auto-create webhooks' box during pipeline setup π
Teams with large repositories, we'd love for you to try out the git-mirrors experiment flag, available on all agents v3.10.0 and above. This enables you to have a single git clone per host, to help speed up git operations and reduce network and disk usage π―
You can get started using git mirrors by setting the git-clone-mirror-flags experimental agent config option.
Let us know about any questions or issues on the Shared Git Checkouts topic in the Buildkite Community Forum π
With the new block step attribute, blocked_state
, you can specify what state the build should have when itβs blocked by each block step β green passed
, yellow running
, or red failed
.
When youβve got a block step that requires user input, having the build look or behave like it's passed isnβt always what you want. Setting blocked_state
will affect the build state within the Buildkite UI, source provider integrations, webhooks, and notifications. This gives you more control over how your builds interact with PRs and custom integrations.
Add the new blocked_state
attribute to your block steps to change the blocked status colour from the default green.
You can now mix positive and negative branch filter patterns for more precise control over which branches to build π
We've done our best to reach out via email if your pipeline already had a mix of patterns that will be affected by this change ππ»
If you're seeing unexpected builds, or are left waiting for a build that isn't showing up, we'd suggest a quick review of your pipeline's branch filter patterns.
For more information on branch filter patterns and some example code, check out the updated branch configuration docs.
We've released a new major version of the Elastic CI Stack π
The latest version includes:
And much, much more! Check out the full changelog for this release on GitHub.
We'd love for you to share any feedback you have on the v5 announcement post in our forum π€
Thank you to the many users who provided bug reports and contributions that made this release possible π
Debugging job and agent issues has become a whole lot easier with the shiny updates we've just released to the Timeline tab π
The new and improved Timeline tab has:
You can find all of these updates under the Timeline tab of any job π΅π»ββοΈ
See exactly which repo permissions are requested by Buildkite with our new GitHub App
GitHub Apps create a direct connection between your Buildkite and GitHub organizations, removing reliance on individual user connections. GitHub Organization Admins can then see permissions and manage access on a per-repo basisΒ ππ»
Get started by installing the GitHub App from your Repository Providers page.
We've made it easier to manage multiple source control integrations π You can now find a list of connected and available integrations on the new Repository Providers page
Click through to each provider for settings and delete options βοΈ
Create an account to get started with a 30-day free trial. No credit card required.