Target Block
The target block describes how to build a specific target for a project. A target has a unique name in the scope of the PROJECT file (see identifier). Targets define the sequence of commands (actions) that need to be executed to produce the desired output, along with dependencies and caching behavior.
Example Usage
target build {
depends_on = [ target.^build ]
outputs = [ "dist/*" ]
build = ~auto
artifacts = ~workspace
@npm build { arguments = { configuration: var.config } }
@docker build { }
}Argument Reference
The following arguments are supported:
identifier- (Mandatory) Identifier of the target. This is the name used to reference the target when runningterrabuild run <target>.depends_on- (Optional) Overridedepends_onas defined in WORKSPACE. Same syntax, same effects. Allows project-specific dependency overrides.outputs- (Optional) Override default outputs for this target. By default, the value is the set ofoutputsfrom the project configuration and extensions used in the target. Specifies which files/directories should be cached as build artifacts.build- (Optional) Override default build mode. By default, the target is built if the hash has changed (~auto). Possible values:~auto- Build when changes are detected (default)~always- Always build, ignoring cache~cascade- Build if parent must build
artifacts- (Optional) Override cacheability of the artifacts. By default, the value is the cacheability of the last command. Possible values:~none- Do not cache artifacts~workspace- Cache artifacts in workspace cache~managed- Cache artifacts in managed cache (Insights)~external- Cache artifacts externally
commands- (Optional) List of commands (actions) to run to complete the target. Commands execute in order. Syntax is@extension action { arguments }. Each command is an action provided by an extension (e.g.,@dotnet build,@npm install).
⚠️
Order of commands is important.
Last updated on