-
Notifications
You must be signed in to change notification settings - Fork 137
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
Module View Command Handler #632
Conversation
9bbe291
to
f6144e5
Compare
f1ce72c
to
5bf868b
Compare
3cfd5e1
to
74e37de
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.
This is a good start and works for some simple examples.
Aside from my in-line comments/suggestions we'll also need an E2E test for the new command.
Do let me know if you wish to talk through any particular comment, I'm happy to do it more synchronously via Zoom.
e41c880
to
d0e9de9
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.
Thank you for making these updates, I think it's pretty close to a merge-able state!
I left you some more in-line comments, majority of which are relatively minor/stylistic.
As always - do let me know if you wish to discuss any particular comment/feedback more synchronously via Zoom, I'm happy to do it!
0b44056
to
2dff66d
Compare
2dff66d
to
c867e80
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.
🚢 🚀
27881fb
to
4b0b154
Compare
Adds a handler to return a list of modules used by a given module path. Each module returned shows the module name, version, documentation link and what type of module it is (local, github, or terraform registry). It also detects if a module has nested modules, and adds them in the `DependentModules` property. This is meant to be used in tandem with hashicorp/vscode-terraform#746 TODO: It is technically incorrect to use the package hashicorp/terraform-registry-address here as it is written to parse Terraform provider addresses and may not work correctly on Terraform module addresses. The proper approach is to create a new parsing library that is dedicated to parsing these kinds of addresses correctly, by re-using the logic defined in the authorative source: hashicorp/terraform/internal/addrs/module_source.go. However this works enough for now to identify module types for display in vscode-terraform. This also increases the CI timeout for the build process. We think the introduction of go-getter inflated the dependency tree and adds more time. At the moment it is more economical to eat the build time than take the engineering time to copy the methods needed to detect the correct module sources.
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. |
Adds a handler to return a list of modules in the current workspace to display client side.
Completes: hashicorp/vscode-terraform#746