43269730e6
We changed the configured pipeline in Buildkite to upload `static-pipeline.yaml` instead of containing the steps of that pipeline itself. This makes it easier to test changes to builds and such, but adds another build step with scheduling overhead etc. However - we can work around this by killing one of the existing build steps. There's no reason the failure status zeroing (required for status reporting) shouldn't be part of the pipeline setup, so I've moved it there instead and nuked that step. This should mean that the pipeline is configurable from within the repo, but without slowing anything down. Change-Id: I206ecc02647de42a461e33c02879ab84daf5ed2b Reviewed-on: https://cl.tvl.fyi/c/depot/+/3461 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
18 lines
657 B
YAML
18 lines
657 B
YAML
# This file defines the static Buildkite pipeline which attempts to
|
|
# create the dynamic pipeline of all depot targets.
|
|
#
|
|
# If something fails during the creation of the pipeline, the fallback
|
|
# is executed instead which will simply report an error to Gerrit.
|
|
---
|
|
steps:
|
|
- label: ":llama:"
|
|
command: |
|
|
function fallback() {
|
|
echo 'Using fallback pipeline ...'
|
|
buildkite-agent pipeline upload ops/pipelines/fallback.yaml
|
|
exit
|
|
}
|
|
|
|
nix-build -A ops.pipelines.depot -o depot.yaml --show-trace || fallback
|
|
buildkite-agent meta-data set 'failure' '0'
|
|
buildkite-agent pipeline upload depot.yaml || fallback
|