terraform

Commit Graph

Author	SHA1	Message	Date
Mitchell Hashimoto	77efacf30e	command: use helper/variables for flags and parsing	9 years ago
Mitchell Hashimoto	f9b0207304	command: FlagTypedKV parses bool as string When passing a bool type to a variable such as `-var foo=true`, the CLI would parse this as a `bool` type which Terraform core cannot handle. It would then error with an invalid type error. This changes the handling to convert the bool to its literally string value given on the command-line.	9 years ago
James Bardin	4f91507d05	Merge pull request #9268 from hashicorp/jbardin/hcl-maps Get rid of the list when parsing HCL maps for vars	9 years ago
James Bardin	9fc50a76c3	Get rid of the list when parsing HCL maps for vars When we parse a map from HCL, it's decoded into a list of maps because HCL allows declaring a key multiple times to implicitly add it to a list. Since there's no terraform variable configuration that supports this structure, we can always flatten a []map[string]interface{} value to a map[string]interface{} and remove any type rrors trying to apply that value.	10 years ago
James Bardin	cf1cfccf06	Don't parse a TestFlagTypedKV value as a number Don't try to parse a varibale as HCL if the value can be parse as a single number. HCL will always attempt to convert the value to a number, even if we later find the configured variable's type to be a string.	10 years ago
Mitchell Hashimoto	c84f699158	update HCL vendor	10 years ago
Mitchell Hashimoto	0a2b5de67f	command: more resilient HCL check for inputs	10 years ago
James Nugent	681d94ae20	core: Allow lists and maps as variable overrides Terraform 0.7 introduces lists and maps as first-class values for variables, in addition to string values which were previously available. However, there was previously no way to override the default value of a list or map, and the functionality for overriding specific map keys was broken. Using the environment variable method for setting variable values, there was previously no way to give a variable a value of a list or map. These now support HCL for individual values - specifying: TF_VAR_test='["Hello", "World"]' will set the variable `test` to a two-element list containing "Hello" and "World". Specifying TF_VAR_test_map='{"Hello = "World", "Foo" = "bar"}' will set the variable `test_map` to a two-element map with keys "Hello" and "Foo", and values "World" and "bar" respectively. The same logic is applied to `-var` flags, and the file parsed by `-var-files` ("autoVariables"). Note that care must be taken to not run into shell expansion for `-var-` flags and environment variables. We also merge map keys where appropriate. The override syntax has changed (to be noted in CHANGELOG as a breaking change), so several tests needed their syntax updating from the old `amis.us-east-1 = "newValue"` style to `amis = "{ "us-east-1" = "newValue"}"` style as defined in TF-002. In order to continue supporting the `-var "foo=bar"` type of variable flag (which is not valid HCL), a special case error is checked after HCL parsing fails, and the old code path runs instead.	10 years ago
Paul Hinze	0e277a6714	core: test coverage around map key regression tests to cover the HCL-level issue fixed in https://github.com/hashicorp/hcl/pull/65	10 years ago
Panagiotis Moustafellos	e4845f75cc	removed extra parentheses	11 years ago
Mitchell Hashimoto	3550f7ac3a	command: FlagVar => FlagKV	11 years ago

11 Commits (f2dbf80badc8c7385a7b44bb040ae5e8550e7e60)