Autogenerate Helm Charts READMEs' tables based on values YAML file metadata.
The tool expects some metadata for the descriptions in the provided values.yaml
file. It will parse and check the metadata against the real values.
If the metadata is consistent with the real values, it will generate and insert the values table into the provided README.md
file.
If the metadata is not correct, it will print the full list of errors. It checks whether there is metadata for non-existing values or there is missing metadata for an existing value.
The table that will be inserted into the readme.md
will have the following structure:
## Parameters
### Section 1 title
| Name | Description | Default |
|:----------|:------------------------|:---------------|
| `value_1` | Description for value 1 | `defaultValue` |
| `value_2` | Description for value 2 | `defaultValue` |
| `value_3` | Description for value 3 | `defaultValue` |
### Section 2 title
| Name | Description | Default |
|:----------|:------------------------|:---------------|
| `value_1` | Description for value 1 | `defaultValue` |
| `value_2` | Description for value 2 | `defaultValue` |
| `value_3` | Description for value 3 | `defaultValue` |
...
The number of #
characters needed for the section titles is dynamically calculated, and the title of the Parameters
section can be configured via the configuration file.
The project has been developed and tested with node version 12.21.0
.
Execute the following commands to install the tool:
git clone https://github.com/bitnami-labs/readme-generator-for-helm
npm install -g readme-generator-for-helm
We use Jest to implement the tests. In order to test your changes, execute the following command:
npm run-script test
Usage: readme-generator [options]
Options:
-r, --readme <path> Path to the README.md file
-v, --values <path> Path to the values.yaml file
-c, --config <path> Path to the config file
-m, --metadata <path> Path to the metadata file
-h, --help display help for command
For the tool to work, you need to add some metadata to your values.yaml
file.
By default we use a format similar to Javadoc, using @xxx
for tags followed by the tag structure.
The following are the tags supported at this very moment:
- For a parameter:
## @param fullKeyPath [modifier?] Description
. - For a section:
## @section Section Title"
. - To skip an object and all its children:
## @skip fullKeyPath
. - To add a description for an intermediate object (i.e. not final in the YAML tree):
## @extra fullkeyPath Description
.
All the tags as well as the two initial #
characters for the comments style can be configured in the configuration file.
IMPORTANT: tags' order or position in the file is NOT important except for the @section tag. The @section that will include in the section all the parameters after it until a new section is found or the file ends.
The modifier
is optional and it will let you override the value of an object. Currently supported modifiers:
[array]
Indicates that the value of the parameter must be set to[]
.[object]
Indicates that the value of the parameter must be set to{}
.[string]
Indicates that the value of the parameter must be set to""
.
The modifiers are also customizable via the configuration file.
The configuration file has the following structure:
{
"comments": {
"format": "##" <-- Which is the comments format in the values YAML
},
"tags": {
"param": "@param", <-- Tag that indicates a parameter
"section": "@section", <-- Tag that indicates a section
"skip": "@skip", <-- Tag that indicates the object must be skipped
"extra": "@extra" <-- Tag to add a description for an intermediate object
},
"modifiers": {
"array": "array", <-- Modifier that indicates an array type
"object": "object" <-- Modifier that indicates an object type
"string": "string" <-- Modifier that indicates a string type
},
"regexp": {
"paramsSectionTitle": "Parameters" <-- Title of the parameters section to replace in the README.md
}
}
The readme-generator-for-helm can also use the metadata in the values.yaml
to generate a schemaObject as output by using the --metadata
option. The file generated will be a JSON file formatted according to the OpenAPIv3 SchemaObject definition.