terraform/configs/testdata
Alisdair McDiarmid dcb8b45e0f configs: Fix for resources with implied providers
Previously, resources without explicit provider configuration (i.e. a
`provider =` attribute) would be assigned a default provider based upon
the resource type. For example, a resource `foo_bar` would be assigned
provider `hashicorp/foo`.

This behaviour did not work well with community or partner providers,
with sources configured in `terraform.required_providers` blocks. With
the following configuration:

    terraform {
      required_providers {
        foo = {
          source = "acme/foo"
        }
      }
    }

    resource foo_bar "a" { }

the resource would be configured with the `hashicorp/foo` provider.

This commit fixes this implied provider behaviour. First we look for a
provider with local name matching the resource type in the module's
required providers map. If one is found, this provider is assigned to
the resource. Otherwise, we still fall back to a default provider.
2020-04-28 14:54:31 -04:00
..
config-build
dir-empty move IsEmptyDir to configs package 2019-07-18 13:07:10 -04:00
error-files configs: Hint for a misplaced top-level required_providers block 2020-04-06 09:24:23 -07:00
experiments experiments: a mechanism for opt-in experimental language features 2019-12-10 09:27:05 -08:00
invalid-files config: Allow module authors to specify validation rules for variables 2020-01-10 15:23:25 -08:00
invalid-modules configs: Simplify required_providers blocks 2020-04-24 13:44:08 -04:00
nested-errors
provider-reqs command/providers: refactor with new provider types and functions 2020-04-10 15:08:10 -04:00
providers-explicit-fqn addrs: ImpliedProviderForUnqualifiedType function 2020-04-06 09:24:23 -07:00
valid-files configs: Warn for deprecated interpolation and quoted type constraints 2019-11-13 07:55:55 -08:00
valid-modules configs: Fix for resources with implied providers 2020-04-28 14:54:31 -04:00
warning-files convert destroy provisioner warnings to errors 2020-02-13 15:42:10 -05:00