-
Notifications
You must be signed in to change notification settings - Fork 440
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
chore: create TFC/TFE workspace using the Terraform CLI #2424
Conversation
6208d3e
to
f775151
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
f775151
to
abceda3
Compare
abceda3
to
74138b1
Compare
I'm going to lock this pull request 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 related to this change, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Since we're moving to using TF CLI for Terraform Cloud, this PR removes the additional API call we make to TFC/TFE to create a workspace. Instead, it relies on the first
cdktf diff
orcdktf deploy
by the developer to create a workspace on TFC.The reason for this change is that by default workspaces created by the TFC API are set to use 'local execution', but when using the TF CLI and the
CloudBackend
, the created workspace uses 'remote execution'.Other Improvements:
tfe-hostname
to theinit
command (Maybe I missed something, but I didn't see how TFE customers could use CDKTF before without going from local to remote?)tfe-hostname
when generating theCloudBackend
on initNotes on Testing
I've only tested the PR on the latest release of TFE, however, it seems like the version that supports
CloudBackend
on TFE bundles with TF version 1.1.3 which is behind our new TF version support, so it should be safe to use.