Thank you for being interested in contributing to the project, all contributions are welcome! See the kube-logging organization's CONTRIBUTING.md file for general contribution guidelines.
Please read the Organisation's Code of Conduct!
There are multiple ways you can help with the project.
The following channels are available for logging operator related discussions:
Please use the appropriate template for your issue type (if applicable):
Security related issue (security vulnerability) The Kube Logging team and community take all security issues seriously. Thank you for improving the security of our projects. We appreciate your efforts and responsible disclosure and will make every effort to acknowledge your contributions. Please follow the Security Policy for the next steps.
Steps:
- Check if there is an open issue that you can reference in your pull request
- Fork the repository
- Create a new branch using
git switch -c <branch-name>
- Make your modifications and add unit tests to cover most code branches, input fields, and functionality if possible1
- Run
make fmt
to run code formatting - Run
make generate
to generate code, documentation, manifests, etc. - Run
make check
to run license checks, linter, tests - (Optional) run
make lint-fix
to fix trivial linting problems - Commit your modifications (preferably many smaller commits) using
git commit -s
, because DCO check is required - Push your commits (
git push <fork_origin> <fork_name>
) and open a pull request
See the For developers page in the documentation for details (e.g. setting up a development environment, adding documentation).
If you use the Logging operator in a production environment, add yourself to the list of production adopters.🤘
Footnotes
-
For bigger features please open a new Feature request issue where we can have a discussion about the proposed feature and the suggested test cases. ↩