tfvars is the standard way to handle this with Terraform.

I'd prefer to not have our own solution, because that'd remove the ability for users to doterraform apply.

@kylecarbs that assumes we use terraform, but our cli should be terraform agnostic right?

Alsotfvars is just HCL or yaml. So we could just support multiple file types

Developers also won't have thetf file when runningcoder workspace create, only the person who made the template will have thetf file.

We can be Terraform agnostic while still consumingtfvars. Latching onto the existing Terraform ecosystem is a much better user experience than forking it with our own parameter format.

I don't believe it's necessary to have atfvars equivalent when creating a workspace. Or at least, we haven't seen it as a problem yet.

Issue#1377 mentions creating workspaces using parameter files, which is why I went with a non-tfvars approach. However,#1426 does talk about doing this for templates. Would you recommend solving both problems using different approaches or only work on#1426 (template creation via file) viatfvars? Let me quickly check how feasible usingtfvars for template creation is.

Is there a documented flow of how the customers would useterraform apply when setting up templates? I tried using thetfvars file as follows:

$ terraform init$ terraform apply -var-file="<path_to_tfvars>"...Apply complete! Resources: 3 added, 0 changed, 0 destroyed.

It did not create a template and callingcoder templates create after this still asked me for input, so I am not sure what the actual flow should be.