-
Notifications
You must be signed in to change notification settings - Fork 185
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
Add instructions for helm-ls to docs #2589
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for sublime-lsp ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
## Helm | ||
|
||
1. Install [helm-ls](https://github.com/mrjosh/helm-ls). | ||
2. (Optional & recommended) Install [yaml-language-server](https://github.com/redhat-developer/yaml-language-server). |
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.
I would suggest removing step 2, and instead add a text that helm-ls
could be used together with LSP-yaml
(and add a link to LSP-yaml)
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.
Using both language servers from ST is a subpar experience because the helm LS cannot manage the YAML-specific parts on its own and the YAML LS chokes on Helm templates.
It is a far better experience to have the helm LS also run the YAML LS in the background, which requires it to be installed and available on the PATH. There is probably a configuration option for the helm LS to specify a concrete path as well.
I should probably also add a note that using LSP-yaml in parallel is not recommended.
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.
I am also using the YAML (Go)
syntax (added in 4181) with helm files, of course, but they use the .yml
extension, which is why I need to use a plugin to assign the correct syntax to template files following a specific path schema. I should probably tweak the selector.
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.
Using both language servers from ST is a subpar experience because the helm LS cannot manage the YAML-specific parts on its own and the YAML LS chokes on Helm templates.
It is a far better experience to have the helm LS also run the YAML LS in the background, which requires it to be installed and available on the PATH. There is probably a configuration option for the helm LS to specify a concrete path as well.
I should probably also add a note that using LSP-yaml in parallel is not recommended.
That functionality isn't immediately obvious, until I have read what you wrote I had no idea.
So yes, it would make sense to mention that in the docs.
}, | ||
}, | ||
} | ||
``` | ||
|
||
Note that the YAML language server on its own does not function properly for Helm files | ||
and should thus be disabled – | ||
ideally by adjusting its selector to `source.yaml - source.yaml.go`. |
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.
I made this change in my local settings already, but imo it makes sense to upstream it as the default. What do you say?
No description provided.