chore(deps): update dependency hashicorp/terraform to v1

[ivankatliarchuk]

This PR contains the following updates:

Package	Update	Change
hashicorp/terraform	major	0.12.25 -> 1.1.2

---

Release Notes

hashicorp/terraform

v1.1.2

Compare Source

1.1.2 (December 17, 2021)

If you are using Terraform CLI v1.1.0 or v1.1.1, please upgrade to this new version as soon as possible.

Terraform CLI v1.1.0 and v1.1.1 both have a bug where a failure to construct the apply-time graph can cause Terraform to incorrectly report success and save an empty state, effectively "forgetting" all existing infrastructure. Although configurations that already worked on previous releases should not encounter this problem, it's possible that incorrect future configuration changes would trigger this behavior during the apply step.

BUG FIXES:

• config: Fix panic when using -target in combination with moved blocks within modules (#​30189)
• core: Fix condition which could lead to an empty state being written when there is a failure building the apply graph (#​30199)

v1.1.1

Compare Source

1.1.1 (December 15, 2021)

BUG FIXES:

• core: Fix crash with orphaned module instance due to changed count or for_each value (#​30151)
• core: Fix regression where some expressions failed during validation when referencing resources expanded with count or for_each (#​30171)

v1.1.0

Compare Source

1.1.0 (December 08, 2021)

Terraform v1.1.0 is a new minor release, containing some new features and some bug fixes whose scope was too large for inclusion in a patch release.

NEW FEATURES:

• moved blocks for refactoring within modules: Module authors can now record in module source code whenever they've changed the address of a resource or resource instance, and then during planning Terraform will automatically migrate existing objects in the state to new addresses.

  This therefore avoids the need for users of a shared module to manually run terraform state mv after upgrading to a version of the module, as long as the change is expressible as static configuration. However, terraform state mv will remain available for use in more complex migration situations that are not well-suited to declarative configuration.

• A new cloud block in the terraform settings block introduces a native Terraform Cloud integration for the CLI-driven run workflow.

  The Cloud integration includes several enhancements, including per-run variable support using the -var flag, the ability to map Terraform Cloud workspaces to the current configuration via Workspace Tags, and an improved user experience for Terraform Cloud and Enterprise users with actionable error messages and prompts.

• terraform plan and terraform apply both now include additional annotations for resource instances planned for deletion to explain why Terraform has proposed that action.

  For example, if you change the count argument for a resource to a lower number then Terraform will now mention that as part of proposing to destroy any existing objects that exceed the new count.

UPGRADE NOTES:

This release is covered by the Terraform v1.0 Compatibility Promises, but does include some changes permitted within those promises as described below.

• Terraform on macOS now requires macOS 10.13 High Sierra or later; Older macOS versions are no longer supported.

• The terraform graph command no longer supports -type=validate and -type=eval options. The validate graph is always the same as the plan graph anyway, and the "eval" graph was just an implementation detail of the terraform console command. The default behavior of creating a plan graph should be a reasonable replacement for both of the removed graph modes. (Please note that terraform graph is not covered by the Terraform v1.0 compatibility promises, because its behavior inherently exposes Terraform Core implementation details, so we recommend it only for interactive debugging tasks and not for use in automation.)

• terraform apply with a previously-saved plan file will now verify that the provider plugin packages used to create the plan fully match the ones used during apply, using the same checksum scheme that Terraform normally uses for the dependency lock file. Previously Terraform was checking consistency of plugins from a plan file using a legacy mechanism which covered only the main plugin executable, not any other files that might be distributed alongside in the plugin package.

  This additional check should not affect typical plugins that conform to the expectation that a plugin package's contents are immutable once released, but may affect a hypothetical in-house plugin that intentionally modifies extra files in its package directory somehow between plan and apply. If you have such a plugin, you'll need to change its approach to store those files in some other location separate from the package directory. This is a minor compatibility break motivated by increasing the assurance that plugins have not been inadvertently or maliciously modified between plan and apply.

• terraform state mv will now error when legacy -backup or -backup-out options are used without the -state option on non-local backends. These options operate on a local state file only. Previously, these options were accepted but ignored silently when used with non-local backends.

• In the AzureRM backend, the new opt-in option use_microsoft_graph switches to using MSAL authentication tokens and Microsoft Graph rather than using ADAL tokens and Azure Active Directory Graph, which is now deprecated by Microsoft. The new mode will become the default in Terraform v1.2, so please plan to migrate to using this setting and test with your own Azure AD tenant prior to the Terraform v1.2 release.

ENHANCEMENTS:

• config: Terraform now checks the syntax of and normalizes module source addresses (the source argument in module blocks) during configuration decoding rather than only at module installation time. This is largely just an internal refactoring, but a visible benefit of this change is that the terraform init messages about module downloading will now show the canonical module package address Terraform is downloading from, after interpreting the special shorthands for common cases like GitHub URLs. (#​28854)
• config: Variables can now be declared as "nullable", which defines whether a variable can be null within a module. Setting nullable = false ensures that a variable value will never be null, and may instead take on the variable's default value if the caller sets it explicitly to null. (#​29832)
• terraform plan and terraform apply: When Terraform plans to destroy a resource instance due to it no longer being declared in the configuration, the proposed plan output will now include a note hinting at what situation prompted that proposal, so you can more easily see what configuration change might avoid the object being destroyed. (#​29637)
• terraform plan and terraform apply: Terraform will now report explicitly in the UI if it automatically moves a resource instance to a new address as a result of adding or removing the count argument from an existing resource. For example, if you previously had resource "aws_subnet" "example" without count, you might have aws_subnet.example already bound to a remote object in your state. If you add count = 1 to that resource then Terraform would previously silently rebind the object to aws_subnet.example[0] as part of planning, whereas now Terraform will mention that it did so explicitly in the plan description. (#​29605)
• terraform workspace delete: will now allow deleting a workspace whose state contains only data resource instances and output values, without running terraform destroy first. Previously the presence of data resources would require using -force to override the safety check guarding against accidentally forgetting about remote objects, but a data resource is not responsible for the management of its associated remote object(s) and so there's no reason to require explicit deletion. (#​29754)
• terraform validate: Terraform now uses precise type information for resources during config validation, allowing more problems to be caught that that step rather than only during the planning step. (#​29862)
• provisioner/remote-exec and provisioner/file: When using SSH agent authentication mode on Windows, Terraform can now detect and use the Windows 10 built-in OpenSSH Client's SSH Agent, when available, in addition to the existing support for the third-party solution Pageant that was already supported. (#​29747)
• cli: terraform state mv will now return an error for -backup or -backup-out options used without the -state option, unless the working directory is initialized to use the local backend. Previously Terraform would silently ignore those options, since they are applicable only to the local backend. (#​27908)
• terraform console: now has a new type() function, available only in the interactive console, for inspecting the exact type of a particular value as an aid to debugging. (#​28501)

BUG FIXES:

• config: ignore_changes = all now works in override files. (#​29849)
• config: Upgrading an unknown single value to a list using a splat expression now correctly returns an unknown value and type. Previously it would sometimes "overpromise" a particular return type, leading to an inconsistency error during the apply step. (#​30062)
• config: Terraform is now more precise in its detection of data resources that must be deferred to the apply step due to their depends_on arguments referring to not-yet-converged managed resources. (#​29682)
• config: ignore_changes can no longer cause a null map to be converted to an empty map, which would otherwise potentially cause surprising side-effects in provider logic. (#​29928)
• core: Provider configuration obtained from interactive prompts will now be merged properly with settings given in the configuration. Previously this merging was incorrect in some cases. (#​29000)
• terraform plan: Improved rendering of changes inside attributes that accept lists, sets, or maps of nested object types. (#​29827, #​29983, #​29986)
• terraform apply: Will no longer try to apply a stale plan that was generated against an originally-empty state. Previously this was an unintended exception to the rule that a plan can only be applied to the state snapshot it was generated against. (#​29755)
• terraform show -json: Attributes that are declared as using the legacy Attributes as Blocks behavior are now represented more faithfully in the JSON plan output. (#​29522)
• terraform init: Will now update the backend configuration hash value at a more approprimate time, to ensure properly restarting a backend migration process that failed on the first attempt. (#​29860)
• backend/oss: Flatten assume_role block arguments, so that they are more compatible with the terraform_remote_state data source. (#​29307)

v1.0.11

Compare Source

1.0.11 (November 10, 2021)

ENHANCEMENTS:

• backend/oss: Added support for sts_endpoint (#​29841)

BUG FIXES:

• config: Fixed a bug in which ignore_changes = all would not work in override files (#​29849)
• config: Numbers are now compared for equality based on their protocol representation, eliminating unexpected changes due to small precision errors (#​29864)

v1.0.10

Compare Source

1.0.10 (October 28, 2021)

BUG FIXES:

• backend/oss: Fix panic when there's an error looking up OSS endpoints (#​29784)
• backend/remote: Fix version check when migrating state (#​29793)
• cli: Restore -lock and -lock-timeout flags for the init command, which were removed in 0.15.0 (#​29773)
• cli: Fix bug where terraform init -input=false would hang waiting for user input to choose a workspace (#​29805)

v1.0.9

Compare Source

1.0.9 (October 13, 2021)

BUG FIXES:

• core: Fix panic when planning new resources with nested object attributes (#​29701)
• core: Do not refresh deposed instances when the provider is not configured during destroy (#​29720)
• core: Prevent panic when encountering a missing change when destroying a resource (#​29734)

v1.0.8

Compare Source

1.0.8 (September 29, 2021)

BUG FIXES:

• cli: Check required_version as early as possibly during init so that version incompatibility can be reported before errors about new syntax (#​29665)
• core: Don't plan to remove orphaned resource instances in refresh-only plans (#​29640)

v1.0.7

Compare Source

1.0.7 (September 15, 2021)

BUG FIXES:

• core: Remove check for computed attributes which is no longer valid with optional structural attributes (#​29563)
• core: Prevent object types with optional attributes from being instantiated as concrete values, which can lead to failures in type comparison (#​29559)
• core: Empty containers in the configuration were not planned correctly when used with optional structural attributes (#​29580)

v1.0.6

Compare Source

1.0.6 (September 03, 2021)

ENHANCEMENTS:

• backend/s3: Improve SSO handling and add new endpoints in the AWS SDK (#​29017)

BUG FIXES:

• cli: Suppress confirmation prompt when initializing with the -force-copy flag and migrating state between multiple workspaces. (#​29438)
• cli: Update tencentcount dependency versions to fix errors when building from source (#​29445)
• core: Fix panic while handling computed attributes within nested objects, and improve plan validation for unknown values (#​29482)

v1.0.5

Compare Source

1.0.5 (August 18, 2021)

BUG FIXES:

• json-output: Add an output change summary message as part of the terraform plan -json structured logs, bringing this format into parity with the human-readable UI. (#​29312)
• core: Handle null nested single attribute values (#​29411)
• cli: Fix crash when planning a diff between null and empty sets in nested attributes (#​29398)
• cli: Fix crash when planning a new resource containing a set of nested object attributes (#​29398)
• cli: Fix crash when displaying a resource diff where a possibly identifying attribute is sensitive (#​29397)
• cli: Fix crash when a diff with unknown nested map attributes (#​29410)
• config: Fix handling of dynamically types arguments in formatlist, ensuring the correct resulting type. (#​29408)
• config: Floating point operations like floor and ceil can no longer mutate their arguments. (#​29408)

v1.0.4

Compare Source

1.0.4 (August 04, 2021)

BUG FIXES:

• backend/consul: Fix a bug where the state value may be too large for consul to accept (#​28838)
• cli: Fixed a crashing bug with some edge-cases when reporting syntax errors that happen to be reported at the position of a newline. (#​29048)

v1.0.3

Compare Source

1.0.3 (July 21, 2021)

ENHANCEMENTS

• terraform plan: The JSON logs (-json option) will now include resource_drift, showing changes detected outside of Terraform during the refresh step. (#​29072)
• core: The automatic provider installer will now accept providers that are recorded in their registry as using provider protocol version 6. (#​29153)
• backend/etcdv3: New argument max_request_bytes allows larger requests and for the client, to match the server request limit. (#​28078)

BUG FIXES:

• terraform plan: Will no longer panic when trying to render null maps. (#​29207)
• backend/pg: Prevent the creation of multiple workspaces with the same name. (#​29157)
• backend/oss: STS auth is now supported. (#​29167)
• config: Dynamic blocks with unknown for_each values were not being validated. Ensure block attributes are valid even when the block is unknown (#​29208)
• config: Unknown values in string templates could lose sensitivity, causing the planned change to be inaccurate (#​29208)

v1.0.2

Compare Source

1.0.2 (July 07, 2021)

BUG FIXES:

• terraform show: Fix crash when rendering JSON plan with sensitive values in state (#​29049)
• config: The floor and ceil functions no longer lower the precision of arguments to what would fit inside a 64-bit float, instead preserving precision in a similar way as most other arithmetic functions. (#​29110)
• config: The flatten function was incorrectly treating null values of an unknown type as if they were unknown values. Now it will treat them the same as any other non-list/non-tuple value, flattening them down into the result as-is. (#​29110)

v1.0.1

Compare Source

1.0.1 (June 24, 2021)

ENHANCEMENTS:

• json-output: The JSON plan output now indicates which state values are sensitive. (#​28889)
• cli: The darwin builds can now make use of the host DNS resolver, which will fix many network related issues on MacOS.

BUG FIXES:

• backend/remote: Fix faulty Terraform Cloud version check when migrating state to the remote backend with multiple local workspaces (#​28864)
• cli: Fix crash with deposed instances in json plan output (#​28922)
• core: Fix crash when provider modifies and unknown block during plan (#​28941)
• core: Diagnostic context was missing for some errors when validating blocks (#​28979)
• core: Fix crash when calling setproduct with unknown values (#​28984)
• json-output: Fix an issue where the JSON configuration representation was missing fully-unwrapped references. (#​28884)
• json-output: Fix JSON plan resource drift to remove unchanged resources. (#​28975)

v1.0.0

Compare Source

1.0.0 (June 08, 2021)

Terraform v1.0 is an unusual release in that its primary focus is on stability, and it represents the culmination of several years of work in previous major releases to make sure that the Terraform language and internal architecture will be a suitable foundation for forthcoming additions that will remain backward compatible.

Terraform v1.0.0 intentionally has no significant changes compared to Terraform v0.15.5. You can consider the v1.0 series as a direct continuation of the v0.15 series; we do not intend to issue any further releases in the v0.15 series, because all of the v1.0 releases will be only minor updates to address bugs.

For all future minor releases with major version 1, we intend to preserve backward compatibility as described in detail in the Terraform v1.0 Compatibility Promises. The later Terraform v1.1.0 will, therefore, be the first minor release with new features that we will implement with consideration of those promises.

v0.15.5

Compare Source

0.15.5 (June 02, 2021)

BUG FIXES:

• terraform plan and terraform apply: Don't show "Objects have changed" notification when the detected changes are only internal details related to legacy SDK quirks. (#​28796)
• core: Prevent crash during planning when encountering a deposed instance that has been removed from the configuration. (#​28766)
• core: Fix crash when rendering changes to deposed instances outside of Terraform. (#​28796)
• core: Restore a missing error when attempting to import a non-existent remote object. (#​28808)
• core: Fix bug where Terraform failed to release the state lock when applying a stale saved plan failed. (#​28819)

v0.15.4

Compare Source

0.15.4 (May 19, 2021)

NEW FEATURES:

• Noting changes made outside of Terraform: Terraform has always, by default, made a point during the planning operation of reading the current state of remote objects in order to detect any changes made outside of Terraform, to make sure the plan will take those into account.

  Terraform will now report those detected changes as part of the plan result, in order to give additional context about the planned changes. We've often heard that people find it confusing when a plan includes a change that doesn't seem to be prompted by any recent change in the configuration, and so this feature is aiming to provide the previously-missing explanation for situations where Terraform is planning to undo a change.

  It can also be useful just as general information when the change won't be undone by Terraform: if you've intentionally made a change outside of Terraform and mirrored that change in your configuration then Terraform will now confirm that it noticed the change you made and took it into account when planning.

  By default this new output is for information only and doesn't change any behavior. If Terraform detects a change you were expecting then you don't need to take any additional action to respond to it. However, we've also added a new planning mode -refresh-only which allows you to explicitly plan and apply the action of writing those detected changes to the Terraform state, which serves as a plannable replacement for terraform refresh. We don't have any plans to remove the long-standing terraform refresh command, but we do recommend using terraform apply -refresh-only instead in most cases, because it will provide an opportunity to review what Terraform detected before updating the Terraform state.

UPGRADE NOTES:

• This release adds some new reserved reference prefixes to make them available for later work. These are resource., template., arg., and lazy.. We don't expect these additions to cause problems for most existing configurations, but could cause a conflict if you are using a custom provider which has a resource type named exactly "resource", "template", "arg", or "lazy". In that unlikely event, you can escape references to resources of those types by adding a resource. prefix; for example, if you have a resource "template" "foo" then you can change references to it from template.foo to resource.template.foo in order to escape the new meaning.

ENHANCEMENTS:

• config: The various functions that compute hashs of files on disk, like filesha256, will now stream the contents of the given file into the hash function in smaller chunks. Previously they would always read the entire file into memory before hashing it, due to following a similar implementation strategy as the file function. (#​28681)
• config: Some new escaping syntax which is not yet useful but will be part of the backward-compatibility story for certain future language editions. (#​28709)
• core: Rsource diagnostics are no longer lost on remote state storage fails (#​28724)
• core: Diagnostics from provisioner failures are now shown in CLI output (#​28753)
• terraform init: add a new -migrate-state flag instead of automatic state migration, to prevent failing when old backend config is not usable (#​28718)
• terraform plan and terraform apply: will now report any changes Terraform detects during the "refresh" phase for each managed object, providing confirmation that Terraform has seen those changes and, where appropriate, extra context to help understand the planned change actions that follow. (#​28634)
• terraform plan and terraform apply: now have a new option -refresh-only to activate the "refresh only" planning mode, which causes Terraform to ignore any changes suggested by the configuration but still detect any changes made outside of Terraform since the latest terraform apply. (#​28634)
• backend/gcs: Terraform Core now supports Workload Identity Federation. The federated JSON credentials must be loaded through the GOOGLE_APPLICATION_CREDENTIALS environment variable. This is also available in the Google Provider in versions newer than v3.61. (#​28296)
• backend/remote: supports several new CLI options when running plans and applies with Terraform Cloud: -refresh=false, -replace, and -refresh-only. (#​28746)

BUG FIXES:

• core: Fix sensitivity handling with plan values, which could cause the sensitive marks to be lost during apply leading to a perpetual diff (#​28687)
• core: Fix crash when specifying SSH bastion_port in a resource connection block (#​28665)
• core: Terraform will now upgrade and refresh (unless disabled) deposed objects during planning, in a similar manner as for objects that have been removed from the configuration. "Deposed" is how Terraform represents the situation where a create_before_destroy replacement failed to destroy the old object, in which case Terraform needs to track both the new and old objects until the old object is successfully deleted. Refreshing these during planning means that you can, if you wish, delete a "deposed" object manually outside of Terraform and then have Terraform detect that you've done so. (#​28634)
• config: Improve the sensitivity support for lookup and length functions, which were accidentally omitted from the larger update in 0.15.1 (#​28509)
• backend/gcs: Fixed a bug where service account impersonation didn't work if the original identity was another service account (#​28139)

v0.15.3

Compare Source

0.15.3 (May 06, 2021)

ENHANCEMENTS:

• terraform show: Add data to the JSON plan output describing which changes caused a resource to be replaced (#​28608)

BUG FIXES:

• terraform show: Fix crash for JSON plan output of new resources with sensitive attributes in nested blocks (#​28624)

v0.15.2

Compare Source

0.15.2 (May 05, 2021)

ENHANCEMENTS:

• terraform plan and terraform apply: Both now support a new planning option -replace=... which takes the address of a resource instance already tracked in the state and forces Terraform to upgrade either an update or no-op plan for that instance into a "replace" (either destroy-then-create or create-then-destroy depending on configuration), to allow replacing a degraded object with a new object of the same configuration in a single action and preview the effect of that before applying it.
• terraform apply: Now has a -destroy option for symmetry with terraform plan -destroy, which makes terraform destroy effectively an alias for terraform apply -destroy. This change is only for consistency between terraform plan and terraform apply; there are no current plans to deprecate terraform destroy. (#​28489)
• core: Update HCL to allow better planning of dynamic blocks (#​28424)
• core: Unmark values when planning data sources (#​28539)

BUG FIXES:

• command/format: Fix various issues with nested-type attribute formatting (#​28600)
• core: Fix JSON plan output to add sensitivity data for provider-specified sensitive attribute values (#​28523)
• cli: Fix missing "forces replacement" UI for attribute changes which are marked as sensitive by the provider (#​28583)
• cli: Fix crash when rendering diagnostic caused by missing trailing quote (#​28598)
• functions: Fix crash when calling setproduct with one or more empty collections (#​28607)

v0.15.1

Compare Source

0.15.1 (April 26, 2021)

ENHANCEMENTS:

• config: Various Terraform language functions now have more precise inference rules for propagating the "sensitive" characteristic values.

  The affected functions are chunklist, concat, flatten, keys, length, lookup, merge, setproduct, tolist, tomap, values, and zipmap. The details are a little different for each of these but the general idea is to, as far as possible, preserve the sensitive characteristic on individual element or attribute values in result structures rather than always conservatively applying sensitivity to the whole result.

  The primary benefit of these improvements is that you can now use these functions as part of constructing maps for for_each in situations where the input collection is never sensitive but some of the elements/attributes inside might be. (#​28446] [#​28460)

• cli: Update the HashiCorp public key (#​28505)

• cli: Diagnostic messages can now be annotated with resource and provider addresses. (#​28275)

• cli: terraform login now has a new user experience for successful log-ins to Terraform Cloud and Terraform Enterprise. (#​28487)

• core: Minor graph performance optimizations. (#​28329)

BUG FIXES:

• config: Fix validation error when passing providers from a non-default namespace into modules. (#​28414)
• cli: Fix missing colors and extraneous resource summary for plan/apply with the remote backend. (#​28409)
• cli: Diagnostics messages will only indicate that a referenced value is sensitive if that value is directly sensitive, as opposed to being a complex-typed value that contains a sensitive value. (#​28442)
• core: Don't trigger data source reads from changes in sibling module instances. (#​28267)
• core: Restore saved dependencies when a resource destroy operation fails. (#​28317)
• core: Fix crash when setting sensitive attributes to a sensitive value. (#​28383)
• core: Loosen output value sensitivity requirement for non-root modules. This means that modules which may receive sensitive values as input variables no longer need to mark all related outputs as sensitive. The requirement for root modules to specify the sensitive attribute for sensitive values remains, with an extended diagnostic message to explain why. (#​28472)
• provisioner: Fix panic with unexpected null values in provisioner configuration (#​28457)

v0.15.0

Compare Source

0.15.0 (April 14, 2021)

UPGRADE NOTES AND BREAKING CHANGES:

The following is a summary of each of the changes in this release that might require special consideration when upgrading. Refer to the Terraform v0.15 upgrade guide for more details and recommended upgrade steps.

• "Proxy configuration blocks" (provider blocks with only alias set) in shared modules are now replaced with a more explicit configuration_aliases argument within the required_providers block. Some support for the old syntax is retained for backward compatibility, but we've added explicit error messages for situations where Terraform would previously silently misinterpret the purpose of an empty provider block. (#​27739)

• The list and map functions, both of which were deprecated since Terraform v0.12, are now removed. You can replace uses of these functions with tolist([...]) and tomap({...}) respectively. (#​26818)

• Terraform now requires UTF-8 character encoding and virtual terminal support when running on Windows. This unifies Terraform's terminal handling on Windows with that of other platforms, as per Microsoft recommendations. Terraform previously required these terminal features on all other platforms, and now requires them on Windows too.

  UTF-8 and virtual terminal support were introduced across various Windows 10 updates, and so Terraform is no longer officially supported on the original release of Windows 10 or on Windows 8 and earlier. However, there are currently no technical measures to artificially prevent Terraform from running on these obsolete Windows releases, and so you may still be able to use Terraform v0.15 on older Windows versions if you either disable formatting (using the -no-color) option, or if you use a third-party terminal emulator package such as ConEmu, Cmder, or mintty.

  We strongly encourage planning to migrate to a newer version of Windows rather than relying on these workarounds for the long term, because the Terraform team will test future releases only on up-to-date Windows 10 and can therefore not guarantee ongoing support for older versions.

• Built-in vendor provisioners (chef, habitat, puppet, and salt-masterless) have been removed. (#​26938)

• Interrupting execution will now cause terraform to exit with a non-zero exit status. (#​26738)

• The trailing [DIR] argument to specify the working directory for various commands is no longer supported. Use the global -chdir option instead. (#​27664)

  For example, instead of terraform init infra, write terraform -chdir=infra init.

• The -lock and -lock-timeout options are no longer available on terraform init (#​27464)

• The -verify-plugins=false option is no longer available on terraform init. (Terraform now always verifies plugins.) (#​27461)

• The -get-plugins=false option is no longer available on terraform init. (Terraform now always installs plugins.) (#​27463)

• The -force option is no longer available on terraform destroy. Use -auto-approve instead (#​27681)

• The -var and -var-file options are no longer available on terraform validate. These were deprecated and have had no effect since Terraform v0.12. (#​27906)

• terraform version -json output no longer includes the (previously-unpopulated) "revision" property (#​27484)

• In the gcs backend the path config argument, which was deprecated since Terraform v0.11, is now removed. Use the prefix argument instead. (#​26841)

• The deprecated ignore_changes = ["*"] wildcard syntax is no longer supported. Use ignore_changes = all instead. (#​27834)

• Previously deprecated quoted variable type constraints are no longer supported. Follow the instructions in the error message to update your type signatures to be more explicit. For example, use map(string) instead of "map". (#​27852)

• Terraform will no longer make use of the HTTP_PROXY environment variable to determine proxy settings for connecting to HTTPS servers. You must always set HTTPS_PROXY if you intend to use a proxy to connect to an HTTPS server. (Note: This affects only connections made directly from Terraform CLI. Terraform providers are separate programs that make their own requests and may thus have different proxy configuration behaviors.)

• Provider-defined sensitive attributes will now be redacted throughout the plan output. You may now see values redacted as (sensitive) that were previously visible, because sensitivity did not follow provider-defined sensitive attributes.

  If you are transforming a value and wish to force it not to be sensitive, such as if you are transforming a value in such a way that removes the sensitive data, we recommend using the new nonsensitive function to hint Terraform that the result is not sensitive.

• The atlas backend, which was deprecated since Terraform v0.12, is now removed. (#​26651)

• We've upgraded the underlying TLS and certificate-related libraries that Terraform uses when making HTTPS requests to remote systems. This includes the usual tweaks to preferences for different cryptographic algorithms during handshakes and also some slightly-stricter checking of certificate syntax. These changes should not cause problems for correctly-implemented HTTPS servers, but can sometimes cause unexpected behavior changes with servers or middleboxes that don't comply fully with the relevant specifications.

ENHANCEMENTS:

• config: A required_providers entry can now contain configuration_aliases to declare additional configuration aliases names without requirring a configuration block (#​27739)
• config: Improved type inference for conditional expressions. (#​28116)
• config: Provider-defined sensitive attributes will now be redacted throughout the plan output. (#​28036)
• config: New function one for concisely converting a zero-or-one element list/set into a single value that might be null. (#​27454)
• config: New functions sensitive and nonsensitive allow module authors to explicitly override Terraform's default infererence of value sensitivity for situations where it's too conservative or not conservative enough. (#​27341)
• config: Terraform will now emit a warning if you declare a backend block in a non-root module. Terraform has always ignored such declarations, but previously did so silently. This is a warning rather than an error only because it is sometimes convenient to temporarily use a root module as if it were a child module in order to test or debug its behavior separately from its main backend. (#​26954)
• config: Removed warning about interpolation-only expressions being deprecated, because terraform fmt now automatically fixes most cases that the warning would previously highlight. We still recommend using simpler expressions where possible, but the deprecation warning had caused a common confusion in the community that the interpolation syntax is always deprecated, rather than only in the interpolation-only case. (#​27835)
• config: The family of error messages with the summary "Invalid for_each argument" will now include some additional context about which external values contributed to the result, making it easier to find the root cause of the error. (#​26747)
• config: Terraform now does text processing using the rules and tables defined for Unicode 13. Previous versions were using Unicode 12 rules.
• terraform init: Will now make suggestions for possible providers on some registry failures, and generally remind of required_providers on all registry failures. (#​28014)
• terraform init: Provider installation will now only attempt to rewrite .terraform.lock.hcl if it would contain new information. (#​28230)
• terraform init: New -lockfile=readonly option, which suppresses writing changes to the dependency lock file. Any installed provider packages must already be recorded in the lock file, or initialization will fail. Use this if you are managing the lock file via a separate process and want to avoid adding new checksums for existing dependencies. (#​27630)
• terraform show: Improved performance when rendering large plans as JSON. (#​27998)
• terraform validate: The JSON output now includes a code snippet object for each diagnostic. If present, this object contains an excerpt of the source code which triggered the diagnostic, similar to what Terraform would include in human-oriented diagnostic messages. (#​28057)
• cli: Terraform now uses UTF-8 and full VT mode even when running on Windows. Previously Terraform was using the "classic" Windows console API, which was far more limited in what formatting sequences it supported and which characters it could render. (#​27487)
• cli: Improved support for Windows console UI on Windows 10, including bold colors and underline for HCL diagnostics. (#​26588)
• cli: Diagnostic messages now have a vertical line along their left margin, which we hope will achieve a better visual hierarchy for sighted users and thus make it easier to see where the errors and warnings start and end in relation to other content that might be printed alongside. (#​27343)
• cli: Typing an invalid top-level command, like terraform destory instead of destroy, will now print out a specific error message about the command being invalid, rather than just printing out the usual help directory. (#​26967)
• cli: Plugin crashes will now be reported with more detail, pointing out the plugin name and the method call along with the stack trace (#​26694)
• cli: Core and Provider logs can now be enabled separately for debugging, using TF_LOG_CORE and TF_LOG_PROVIDER (#​26685)
• backend/azurerm: Support for authenticating as AzureAD users/roles. (#​28181)
• backend/pg: Now allows locking of each workspace separately, whereas before the locks were global across all workspaces. (#​26924)

BUG FIXES:

• config: Fix multiple upstream crashes with optional attributes and sensitive values. (#​28116)
• config: Fix various panics in the experimental defaults function. (#​27979, #​28067)
• config: Fix crash with resources which have sensitive iterable attributes. (#​28245)
• config: Fix crash when referencing resources with sensitive fields that may be unknown. (#​28180)
• terraform validate: Validation now ignores providers that lack configuration, which is useful for validating modules intended to be called from other modules which therefore don't include their own provider configurations. (#​24896)
• terraform fmt: Fix fmt output when unwrapping redundant multi-line string interpolations (#​28202)
• terraform console: expressions using path (path.root, path.module) now return the same result as they would in a configuration (#​27263)
• terraform show: Fix crash when rendering JSON plans containing iterable unknown values. (#​28253)
• terraform show: fix issue with child_modules not properly displaying in certain circumstances. (#​27352)
• terraform state list: fix bug where nested modules' resources were missing (#​27268)
• terraform state mv: fix display names in errors and improve error when failing to target a whole resource (#​27482)
• terraform taint: show resource name in -allow-missing warning (#​27501)
• terraform untaint: show resource name in -allow-missing warning (#​27502)
• cli: All commands will now exit with an error if unable to read input at an interactive prompt. For example, this may happen when running in a non-interactive environment but without -input=false. Previously Terraform would behave as if the user entered an empty string, which often led to confusing results. (#​26509)
• cli: TF_LOG levels other than trace will now work reliably. (#​26632)
• core: Fix crash when trying to create a destroy plan with -refresh=false. (#​28272)
• core: Extend the Terraform plan file format to include information about sensitivity and required-replace. This ensures that the output of terraform show saved.tfplan matches terraform plan, and sensitive values are elided. (#​28201)
• core: Ensure that stored dependencies are retained when a resource is removed entirely from the configuration, and create_before_destroy ordering is preserved. (#​28228)
• core: Resources removed from the configuration will now be destroyed before their dependencies are updated. (#​28165)
• core: Refresh data sources while creating a destroy plan, in case their results are important for destroy operations. (#​27408)
• core: Fix missing deposed object IDs in apply logs (#​27796)
• backend/azurerm: Fix nil pointer crashes with some state operations. (#​28181, #​26721)
• backend/azure: Fix interactions between state reading, state creating, and locking. (#​26561)

EXPERIMENTS:

• provider_sensitive_attrs: This experiment has now concluded, and its functionality is now on by default. If you were previously participating in this experiment then you can remove the experiment opt-in with no other necessary configuration changes.
• There is now a terraform test command, which is currently an experimental feature serving as part of the Module Testing Experiment.

v0.14.11

Compare Source

0.14.11 (April 26, 2021)

ENHANCEMENTS:

• cli: Update the HashiCorp public key (#​28503)

v0.14.10

Compare Source

0.14.10 (April 07, 2021)

BUG FIXES:

• cli: Only rewrite provider locks file if its contents has changed. (#​28230)

v0.14.9

Compare Source

0.14.9 (March 24, 2021)

BUG FIXES:

• backend/remote: Fix error when migrating existing state to a new workspace on Terraform Cloud/Enterprise. (#​28093)

v0.14.8

Compare Source

BUG FIXES:

• config: Update HCL package to fix panics when indexing using sensitive values (#​28034)
• core: Fix error when using sensitive values in provisioner configuration (#​27819)
• core: Fix empty diags not getting associated with source (#​28029)
• backend/remote: Fix non-functional -lock-timeout argument when using the remote backend with local operations (#​27845)

ENHANCEMENTS:

• config: Terraform now does text processing using the rules and tables defined for Unicode 13. Previous versions were using Unicode 12 rules (#​28034)

[v0.14.7](https

---

Configuration

📅 Schedule: At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, click this checkbox.

---

This PR has been generated by Renovate Bot.