Contributions are welcome via GitHub Pull Requests. This document outlines the process to help get your contribution accepted.
Any type of contribution is welcome; from new features, bug fixes, documentation improvements or even adding charts to the repository.
- Fork this repository, develop, and test your changes.
- Submit a pull request.
NOTE: To make the Pull Requests' (PRs) testing and merging process easier, please submit changes to multiple charts in separate PRs.
When submitting a PR make sure that it:
- Must pass CI jobs for linting and test the changes on top of different k8s platforms. (Automatically done by the CI/CD pipeline).
- Must follow Helm best practices.
- Any change to a chart requires a version bump following semver principles. This is the version that is going to be merged in the GitHub repository, then our CI/CD system is going to publish in the Helm registry a new patch version including your changes and the latest images and dependencies.
- A chart's
README.md
must include configuration options. - A chart's
NOTES.txt
must include relevant post-installation information. - A chart should include working setup examples in
ci/<name>-values.yaml
- The title of the PR starts with chart name (e.g.
[drpsychick/ark-cluster]
)
- Changes are automatically linted and tested using the
ct
tool with CI Pipeline. Those tests are based onhelm install
,helm lint
andhelm test
commands and provide quick feedback about the changes in the PR. For those tests, the chart is installed on top of kind. - Changes are manually reviewed by contributors.
- When the PR passes all tests, the PR is merged by the reviewer(s) in the GitHub
main
branch. - Then a maintainer will package and push the chart to GitHub Pages and Artifact Hub.
NOTE: Please note that, in terms of time, may be a slight difference between the appearance of the code in GitHub and the chart in the registry.
There are only three major requirements to add a new chart to the catalog:
- The chart must use public container images. If they don't exist, you can open a GitHub issue and we will work together to create them.
- Follow the same structure/patterns that the rest of the charts and other publicly accepted examples
- Use an OSI approved license for all the software.
- Inspired by the CONTRIBUTING guide lines of bitnami.