terraform/command/testdata/validate-invalid/main.tf

resorce "test_instance" "foo" { # Intentional typo to test error reporting
    ami = "bar"

    network_interface {
      device_index = 0
      description = "Main network interface"
    }
}
command: beginnings of new config loader in "terraform validate" As part of some light reorganization of our commands, this new implementation no longer does validation of variables and will thus avoid the need to spin up a fully-valid context. Instead, its focus is on validating the configuration itself, regardless of any variables, state, etc. This change anticipates us later adding a -validate-only flag to "terraform plan" which will then take over the related use-case of checking if a particular execution of Terraform is valid, _including_ the state, variables, etc. Although leaving variables out of validate feels pretty arbitrary today while all of the variable sources are local anyway, we have plans to allow per-workspace variables to be stored in the backend in future and at that point it will no longer be possible to fully validate variables without accessing the backend. The "terraform plan" command explicitly requires access to the backend, while "terraform validate" is now explicitly for local-only validation of a single module. In a future commit this will be extended to do basic type checking of the configuration based on provider schemas, etc. 2018-03-01 02:14:05 +01:00			`resorce "test_instance" "foo" { # Intentional typo to test error reporting`
Added verify command 2015-11-05 15:47:08 +01:00			`ami = "bar"`

			`network_interface {`
			`device_index = 0`
command: beginnings of new config loader in "terraform validate" As part of some light reorganization of our commands, this new implementation no longer does validation of variables and will thus avoid the need to spin up a fully-valid context. Instead, its focus is on validating the configuration itself, regardless of any variables, state, etc. This change anticipates us later adding a -validate-only flag to "terraform plan" which will then take over the related use-case of checking if a particular execution of Terraform is valid, _including_ the state, variables, etc. Although leaving variables out of validate feels pretty arbitrary today while all of the variable sources are local anyway, we have plans to allow per-workspace variables to be stored in the backend in future and at that point it will no longer be possible to fully validate variables without accessing the backend. The "terraform plan" command explicitly requires access to the backend, while "terraform validate" is now explicitly for local-only validation of a single module. In a future commit this will be extended to do basic type checking of the configuration based on provider schemas, etc. 2018-03-01 02:14:05 +01:00			`description = "Main network interface"`
Added verify command 2015-11-05 15:47:08 +01:00			`}`
			`}`