-
Notifications
You must be signed in to change notification settings - Fork 450
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle Not Existing Org / Workspaces in Terraform Cloud #488
Labels
Milestone
Comments
Resolved via #626 |
Merged
I'm going to lock this issue because it has been closed for 30 days. This helps our maintainers find and focus on the active issues. If you've found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
Community Note
Description
When using Terraform Cloud as remote runner,
cdktf
will zip the./cdktf.out
folder contents and uploads it to the TerraformCloud API. The entirediff
/deploy
/destroy
cycle is then running remotely. That's done in via the TerraformCloud handler within thecdktf-cli
package, which is relying on this api wrapper. All interactions with the Terraform Cloud API are relying on valid credentials and correct configuration for the organization / workspace.The organization and workspace configuration is sourced from the synthesized stack. When one the values is misconfigured, it looks like the raw error from
axios
is being printed out. This should be more expressive and actionable to the user.I think it would make sense to add some basic error handling to the TerraformCloud class, which takes care of making the errors more expressive.
References
The text was updated successfully, but these errors were encountered: