v0.9.0

Added

• Add support for [for ...] and {for ...} expressions containing Terramate variables and functions inside the generate_hcl.content block.
• Add experimental support for deployment targets. This allows to keep separate stack information when the same stacks are deployed to multiple environments, i.e. production and staging.
  • Can be enabled with terramate.config.experiments = ["targets"] and terramate.config.cloud.targets.enabled = true.
  • Once enabled, commands that synchronize or read stack information to Terramate Cloud require a --target <target_id> parameter. These include:
    • terramate run --sync-deployment/--sync-drift-status/--sync-preview
    • terramate script run
    • terramate run --status
    • terramate list --status
    • terramate cloud drift show
• Add script.lets block for declaring variables that are local to the script.
• Add --ignore-change flag to terramate experimental trigger, which makes the change detection ignore the given stacks.
  • It inverts the default trigger behavior.
• Add --recursive flag to terramate experimental trigger for triggering all child stacks of given path.

Fixed

• Fix terramate experimental trigger --status to respect the -C <dir> flag.
  • Now using -C <dir> (or --chdir <dir>) only triggers stacks inside the provided dir.
• Fix the update of stack status to respect the configured parallelism option and only set stack status to be running before the command starts.
• Fix terramate experimental trigger gives a misleading error message when a stack is not found.

Changed

• (BREAKING CHANGE) The format of the generated code may change while being still semantically the same as before. This change is marked as "breaking", because this may trigger change detection on files where the formatting changes.

v0.9.0-rc5

Fixed

• Fix the case of using Terramate with targets disabled if stacks were previously synchronized with targets enabled.
  • This change is not part of v0.9.0 changelog because this addresses the issue in an unreleased feature.

v0.9.0-rc4

Added

• Add --recursive flag to terramate experimental trigger for triggering all child stacks of given path.

v0.9.0-rc3

Added

• Add script.lets block for declaring variables that are local to the script.
• Add --ignore-change flag to terramate experimental trigger, which makes the change detection ignore the given stacks.
  • It inverts the default trigger behavior.

Fixed

• Fix terramate experimental trigger --status to respect the -C <dir> flag.
  • Now using -C <dir> (or --chdir <dir>) only triggers stacks inside the provided dir.
• Fix the update of stack status to respect the configured parallelism option and only set stack status to be running before the command starts.
• Fix terramate experimental trigger gives a misleading error message when a stack is not found.

v0.9.0-rc2

Added

• Add support for [for ...] and {for ...} expressions containing Terramate variables and functions inside the generate_hcl.content block.
• Add experimental support for deployment targets. This allows to keep separate stack information when the same stacks are deployed to multiple environments, i.e. production and staging.
  • Can be enabled with terramate.config.experiments = ["targets"] and terramate.config.targets.enabled = true.
  • Once enabled, commands that synchronize or read stack information to Terramate Cloud require a --target <target_id> parameter. These include:
    • terramate run --sync-deployment/--sync-drift-status/--sync-preview
    • terramate script run
    • terramate run --status
    • terramate list --status
    • terramate cloud drift show

Changed

• (BREAKING CHANGE) The format of the generated code may change while being still semantically the same as before. This change is marked as "breaking", because this may trigger change detection on files where the formatting changes.

v0.9.0-rc1

Added

• Add support for [for ...] and {for ...} expressions containing Terramate variables and functions inside the generate_hcl.content block.

Changed

• (BREAKING CHANGE) The format of the generated code may change while being still semantically the same as before. This change is marked as "breaking", because this may trigger change detection on files where the formatting changes.

v0.8.4

Fixed

• Fix limitation preventing tm_dynamic.attributes use with map types.
• Fix the loading of terramate.config.run.env environment variables not considering equal signs in the value.

v0.8.3

Fixed

• Fix potential crash when trying to obtain the pull request metadata associated with a Github repository.

v0.6.7

Fixed

• Fix potential crash when trying to obtain the pull request metadata associated with a Github repository.

v0.8.2

Added

• Add support for Gitlab id_token OIDC.
  • You can connect to Terramate Cloud using Gitlab id_token exported as a TM_GITLAB_ID_TOKEN environment variable.

Fixed

• Fix issue with handling paginated responses from Github API when retrieving review and GHA action metadata.