OpenTofu lets you declaratively manage your cloud infrastructure.
Go to file
Martin Atkins 1bff623fd9 core: Report a warning if any moves get blocked
In most cases Terraform will be able to automatically fully resolve all
of the pending move statements before creating a plan, but there are some
edge cases where we can end up wanting to move one object to a location
where another object is already declared.

One relatively-obvious example is if someone uses "terraform state mv" in
order to create a set of resource instance bindings that could never have
arising in normal Terraform use.

A less obvious example arises from the interactions between moves at
different levels of granularity. If we are both moving a module to a new
address and moving a resource into an instance of the new module at the
same time, the old module might well have already had a resource of the
same name and so the resource move will be unresolvable.

In these situations Terraform will move the objects as far as possible,
but because it's never valid for a move "from" address to still be
declared in the configuration Terraform will inevitably always plan to
destroy the objects that didn't find a final home. To give some additional
explanation for that result, here we'll add a warning which describes
what happened.

This is not a particularly actionable warning because we don't really
have enough information to guess what the user intended, but we do at
least prompt that they might be able to use the "terraform state" family
of subcommands to repair the ambiguous situation before planning, if they
want a different result than what Terraform proposed.
2021-09-23 14:37:08 -07:00
.circleci add staticcheck to circleci 2021-09-01 11:36:21 -04:00
.github Add clarification to message about community PR review 2021-09-07 21:04:13 -05:00
docs Add docs on how to release a new major protocol version. (#29552) 2021-09-09 11:33:07 -07:00
internal core: Report a warning if any moves get blocked 2021-09-23 14:37:08 -07:00
scripts add staticcheck make target 2021-09-01 11:36:21 -04:00
tools de-linting 2021-09-01 11:36:21 -04:00
version Cleanup after v1.1.0-alpha20210922 release 2021-09-22 18:12:02 +00:00
website core: Report ActionReasons when we plan to delete "orphans" 2021-09-23 14:37:08 -07:00
.gitignore Remove several ignore rules 2021-09-01 14:37:26 -05:00
.go-version Upgrade to Go 1.17.1 2021-09-22 10:31:31 -07:00
.tfdev Remove revision from version command 2021-01-12 16:35:30 -05:00
BUGPROCESS.md Update BUGPROCESS.md 2020-12-10 12:15:39 -05:00
CHANGELOG.md Release v1.1.0-alpha20210922 2021-09-22 17:49:31 +00:00
checkpoint.go Move command/ to internal/command/ 2021-05-17 14:09:07 -07:00
codecov.yml update to match new default branch name (#27909) 2021-02-24 13:36:47 -05:00
CODEOWNERS etcdv3 backend is unmaintained 2021-07-20 13:59:08 -04:00
commands.go workdir: Start of a new package for working directory state management 2021-09-10 14:56:49 -07:00
Dockerfile switch to hashicorp docker mirror 2020-10-29 22:37:11 -04:00
go.mod add staticcheck to tools 2021-08-31 17:58:40 -04:00
go.sum add staticcheck to tools 2021-08-31 17:58:40 -04:00
help.go Update links to CLI docs in code comments, messages, and readme 2021-01-22 12:22:21 -08:00
LICENSE Adding license 2014-07-28 13:54:06 -04:00
main_test.go don't error when processing autocomplete commands 2021-03-31 13:28:08 -04:00
main.go Small comment typo 2021-06-24 16:41:58 -04:00
Makefile add staticcheck make target 2021-09-01 11:36:21 -04:00
plugins.go Move command/ to internal/command/ 2021-05-17 14:09:07 -07:00
provider_source.go Move command/ to internal/command/ 2021-05-17 14:09:07 -07:00
README.md Update README.md 2021-06-10 02:43:23 +02:00
signal_unix.go Upgrade to Go 1.17 2021-08-17 15:20:05 -07:00
signal_windows.go Upgrade to Go 1.17 2021-08-17 15:20:05 -07:00
version.go Remove revision from version command 2021-01-12 16:35:30 -05:00
working_dir.go workdir: Start of a new package for working directory state management 2021-09-10 14:56:49 -07:00

Terraform

Terraform

Terraform is a tool for building, changing, and versioning infrastructure safely and efficiently. Terraform can manage existing and popular service providers as well as custom in-house solutions.

The key features of Terraform are:

  • Infrastructure as Code: Infrastructure is described using a high-level configuration syntax. This allows a blueprint of your datacenter to be versioned and treated as you would any other code. Additionally, infrastructure can be shared and re-used.

  • Execution Plans: Terraform has a "planning" step where it generates an execution plan. The execution plan shows what Terraform will do when you call apply. This lets you avoid any surprises when Terraform manipulates infrastructure.

  • Resource Graph: Terraform builds a graph of all your resources, and parallelizes the creation and modification of any non-dependent resources. Because of this, Terraform builds infrastructure as efficiently as possible, and operators get insight into dependencies in their infrastructure.

  • Change Automation: Complex changesets can be applied to your infrastructure with minimal human interaction. With the previously mentioned execution plan and resource graph, you know exactly what Terraform will change and in what order, avoiding many possible human errors.

For more information, see the introduction section of the Terraform website.

Getting Started & Documentation

Documentation is available on the Terraform website:

If you're new to Terraform and want to get started creating infrastructure, please check out our Getting Started guides on HashiCorp's learning platform. There are also additional guides to continue your learning.

Show off your Terraform knowledge by passing a certification exam. Visit the certification page for information about exams and find study materials on HashiCorp's learning platform.

Developing Terraform

This repository contains only Terraform core, which includes the command line interface and the main graph engine. Providers are implemented as plugins, and Terraform can automatically download providers that are published on the Terraform Registry. HashiCorp develops some providers, and others are developed by other organizations. For more information, see Extending Terraform.

To learn more about compiling Terraform and contributing suggested changes, please refer to the contributing guide.

To learn more about how we handle bug reports, please read the bug triage guide.

License

Mozilla Public License v2.0