NewBuildkite hosted agents. Check out the Q1 Release for the latest features, including managed CI/CD offerings for Mac and Linux.
โ€Œ
Bugfix

AWS Elastic CI Stack v5.19.0 release

The v5.19.0 version of the Elastic CI Stack is now avaliable. This includes a fix for an error encountered when creating a new stack from its cloudformation template due to an attempt to create an ACL for object ownership when they are now disabled by default.

For further details of the fix and what else is included in the release, see the Elastic CI Stack's release notes.

Narthana

โ€Œ
Bugfix

Build page history fix

Previously when you clicked through a series of jobs in a build, using the browser's back button to step back through the jobs would not always work as expected ๐Ÿ‘พ

Weโ€™ve released a fix for the build page browser history list ๐Ÿ›  the back button will now reliably step back through and expand each job before returning to the previous page.

Harriet

โ€Œ
Bugfix

Date fields in outgoing webhooks now use the correct ISO8601 format

We've rolled out a fix for an issue where dates we presented in Webhooks were using an unusual ISO8601 format. This didn't match the one we document, or the one the REST API returned.

Previously, Webhooks returned dates like this: 2019-08-26 23:03:00 UTC ๐Ÿ™ƒ

They're now consistent with our REST API, and will be returned in the format 2019-08-26T23:03:00.000Z ๐ŸŽ‰

Jessica

โ€Œ
Bugfix

Unblocker environment variables

Block steps record the person who unblocks them, and this information is available to subsequent steps via $BUILDKITE_UNBLOCKER environment variables. ๐Ÿ‘ฎโ€โ™‚๏ธ

List of unblocker environment variables from the documentation linked earlier

Due to a quirk in our job environment calculations, these variables were only available in steps that were pipeline uploaded after the block step. This has been fixed, so now all steps after a block step will have the correct unblocker environment variables, no matter how theyโ€™re defined or uploaded. ๐Ÿ’ฏ

So if you upload a deployment pipeline like this: ๐Ÿ’โ€โ™€๏ธ

Deployment pipeline with block step still blocked and a subsequent waiting command job

The $BUILDKITE_UNBLOCKER environment variables will be set to the person who presses the Deploy button: ๐Ÿ™‹โ€โ™€๏ธ

Block step which has been unblocked and a completely command job with the unblocker's name

You can read more about block steps in our documentation. ๐Ÿ“š

Samuel

โ€Œ
Bugfix

Updated syntax for using plugins in your pipeline YAML

Back in October, Buildkite Agent v3.5.0 included a bug fix to ensure that plugins are always executed in the correct order. In the process of fixing that bug, we've updated our recommended syntax for using plugins to use an array instead of a map, to make it clearer that the plugins are executed in order.

For example, if your pipeline uses the following syntax, we recommend updating it:

steps: - label: '<img class="emoji" title="shipit" alt=":shipit:" src="https://buildkiteassets.com/emojis/img-buildkite-64/shipit.png" draggable="false" />' plugins: docker-login#v2.0.1: username: ci docker-compose#v2.6.0: push: app

The new recommended syntax, which works on all versions of the Buildkite Agent, changes the plugin property to be an array:

steps: - label: '<img class="emoji" title="shipit" alt=":shipit:" src="https://buildkiteassets.com/emojis/img-buildkite-64/shipit.png" draggable="false" />' plugins: - docker-login#v2.0.1: username: ci - docker-compose#v2.6.0: push: app

Harriet