Skip to content

Latest commit

 

History

History
36 lines (25 loc) · 2.05 KB

CONTRIBUTING.md

File metadata and controls

36 lines (25 loc) · 2.05 KB

Contributing

The Nethermind infrastructure team is responsible for maintaining the Nethermind Helm charts. We welcome contributions from the community and are happy to review and merge pull requests. This document outlines the process for contributing to the Nethermind Helm charts.

Before you begin

When contributing to this repository, please first discuss the change you wish to make via issue, email, or any other method with the owners of this repository before making a change.

Pull Request Process

  1. Create a new branch from main.
  2. Make changes to a single chart in the charts/ directory only (CI will fail if you try to update more than one chart).
  3. Update the chart version in the Chart.yaml file, along with any other changes you want to make. Mind the semantic versioning rules.
  4. Run make docs to update the README.md file using the helm-docs tool.
  5. Run make lint to lint the chart.
  6. Push your changes and create a pull request. The pull request should include a description of the changes made and the reason for the changes. The pull request title must follow the [<chart-name>] <short-description> format.
  7. The pull request will be reviewed by the maintainers. If the pull request is approved, it will be merged into the main branch and new chart version will be released with tag <chart-name>-<chart-version>.

Branch Naming

Branch names must follow kebab-case pattern. Follow the pattern feature/<name> or fix/<name> (folder/<name>) when it is possible and add issue reference if applicable.

Commit Naming

Commits must follow the <type>(<scope>): <subject> pattern, as stated in the Conventional Commits specification. The scope should be the chart name.

The following is the list of types that can be used:

  • feat: for new features
  • fix: for bugfixes
  • improvement: for enhancements
  • docs: for documentation and examples
  • refactor: for code refactoring
  • test: for tests
  • ci: for CI purpose
  • chore: for chores stuff