Metadata
YAML tags for metadata block
The metadata tag is intended to be used during the compile phase to signal how to treat the YAML document.
---
# This document is displaying all the available tags
# in their default state for the compile process.
metadata:
template: false
clone: true
Tags
| Tag | Required | Type | Description |
|---|---|---|---|
template | Y | bool | Enables compiling the pipeline as a template. |
clone | N | bool | Enables injecting the default clone process. |
render_inline | N | bool | Enables rendering without explicitly calling within the pipeline. |
auto_cancel | N | (see below) | Auto canceling settings for pipelines. |
Usage
The template: tag
Tip:
To learn how to write templates, see the template documentation.---
metadata:
# Enables compiling the pipeline as a template. This value
# is defaulted during the compile phase to "false" if not
# explicitly provided by the user.
template: true
The clone: tag
---
metadata:
# Enables injecting the default clone process
clone: true
The environment: tag
---
metadata:
# By default, the below is populated into every pipeline with
# services, steps, and secrets. But, when the block exists the
# configuration specified is used during compile phase.
environment: [steps, services, secrets]
The render_inline: tag
---
metadata:
# By default, the below is populated into every pipeline with
# false. But, when set to "true" a user can render a template
# in the resulting pipeline without referencing it in stages
# or steps.
render_inline: false
The auto_cancel tag
| Tag | Default | Type | Description |
|---|---|---|---|
pending | True | bool | Pending builds will be auto canceled if qualifying build is triggered |
running | False | bool | Currently running builds will be auto canceled if qualifying build is triggered |
default_branch | False | bool | Pushes to the default branch will also be auto canceled if a qualifying build is triggered. |
A qualifying build is defined as either:
- a push build with the same branch as another running/pending push build
- a pull request build with the same head ref as another running/pending pull request build
These builds most often happen when a user pushes a commit to a branch and quickly pushes another commit, both of which kick off new builds. Using the auto_cancel block can help free up build space and eliminate pointless builds.
By default, auto canceling is disabled altogether. However, if running or default_branch are specified, pending has a default value of true unless specified otherwise.
---
# pending & running will auto cancel, but not pushes to the default branch.
metadata:
auto_cancel:
running: true
---
# running builds will auto cancel even if they are targeting the default branch, but pending builds will not.
metadata:
auto_cancel:
pending: false
default_branch: true
running: true
Last modified February 21, 2024: docs(auto-cancel build): remove temp note due to v0.23 fix; formatting (#397) (012f8887)