-
Notifications
You must be signed in to change notification settings - Fork 10
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
Chart docs #105
Chart docs #105
Conversation
Signed-off-by: Keyvan <[email protected]>
There a 2 other alternatives for helm-docs and we can consider them as well if this approach doesn't work for us: |
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 like the idea. Although, I think the value.yaml
are usually auto generated with some k8s specific configs which I am not sure if we should document. I think the application specific ones make sense. So starting from postgres.*
Is there anyway (probably with custom template) we can control this.
In any case, we still have to document each values on value.yaml
.
For the default values from |
The setup with helm-docs looks good to me. We could opt for a few more defaults templates, like how you use the RADAR-Kubernetes repo, and add a per-chart more detailed usage instruction (e.g. when to use certain config settings, etc.) The oauth client config is very verbose now, but from the readme https://github.com/norwoodj/helm-docs#markdown-rendering looks like it is possible to modify the comments such that not all values are shown. |
Never mind, it's not possible to skip values. chart-doc-gen is not well-documented, I suggest we skip that. https://github.com/bitnami-labs/readme-generator-for-helm looks the most mature, but it does not support tempating the other sections out of the box, it just templates the values documentation. Also it is much more verbose. In all, I think helm-docs is a fine choice. |
Alright. My first choice is |
@blootsvoets we can split oauth client config into another values file so it won't be read by helm-docs but we manually create the documentation for it |
@K1Hyve I think that makes sense. If you can split them into another values, I can do the documentation. |
@nivemaham you can start documenting values in this chart and other charts if you have time and I'll separating the values file next week |
@K1Hyve Yes. Will do. 👍 |
Signed-off-by: Keyvan <[email protected]>
@nivemaham Now you can add MP specific documents. For details on how to configure OAuth client you can add them to Use |
Signed-off-by: Keyvan <[email protected]>
* dev: Only do lint test if charts directory have changed Renamed helm chart release branch name Added PR and Issue templates Disabled helm test due to complications on dependencies Added checklist job for Github Actions Removed TravisCI in favor of Github actions Fixed Helm chart linting errors Added chart lint and testing and PR
Great PR! Please pay attention to the following items before merging: Files matching
This is an automatically generated QA checklist based on modified files |
Signed-off-by: Keyvan <[email protected]>
* chart-docs: Completed docs for catalog-server
Signed-off-by: Keyvan <[email protected]>
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.
LGTM. I think we can merge. We can review again, when Joris is back with all of the changes done before merging to master.
Add documentation for Fitbit connector and rest-sources-authorizer
Here is the template that we can use to generate documentation for charts.
This is created via helm-docs. It reads values description from
values.yaml
and other information fromREADME.md.gotmpl
andChart.yaml
files. We can also add custom general templates like the one defined in_templates.gotmpl
files.To generate the README.md files I ran this command from main directory of repository:
We can add the
helm-docs
command as a Pre-commit hook but it does depend on the developer to install it on their machine and make sure to configure it. I prefer if we have a CI test for it as well to check for this.