Welcome to Kubernetes. We are excited about the prospect of you joining our community! The Kubernetes community abides by the CNCF Code of Conduct. Here is an excerpt:
As contributors and maintainers of this project, and in the interest of fostering an open and welcoming community, we pledge to respect all people who contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, and other activities.
Dev guides:
General resources for contributors:
- Contributor License Agreement - Kubernetes projects require that you sign a Contributor License Agreement (CLA) before we can accept your pull requests.
- Kubernetes Contributor Guide - Main contributor documentation.
- Contributor Cheat Sheet - Common resources for existing developers.
Here are some additional ideas to help you get started with Kustomize:
- Attend a Kustomize Bug Scrub. Check the SIG-CLI meetings list to find the next one.
- Help triage issues by confirming validity and applying the appropriate
kindlabel (e.g. comment/kind bug). - Pick up an issue to fix. Issues with the
help-wantedlabel are a good place to start, but you can also look for any issue with thetriage/acceptedlabel and no assignee. Remember to/assignyourself to let others know you're working on it. - Help confirm new issues labelled
kind/bugby reproducing them with the latest release. - Support Kustomize users by responding to questions on issues labelled
kind/supportor in the Slack channel.
- Mentoring Initiatives - We have a diverse set of mentorship programs available that are always looking for volunteers!
Kustomize follows the Kubernetes Community Membership contributor ladder. Roles are as follows:
- Contributor: Anyone who actively contributes code, issues or reviews to the project. All contributors must sign the Contributor License Agreement.
- Reviewer: Contributors with a history of review and authorship on Kustomize. Has LGTM rights on the Kustomize repo (as do all kubernetes-sigs org members). Active contributors are encouraged to join the reviewers list to be automatically pinged on PRs.
- Approver: Highly experienced active reviewer and contributor to Kustomize. Has both LTGM and approval rights on the Kustomize repo, as well as "maintain" Github permissions.
- Owner: Approver who sets technical direction and makes or approves design decisions for the project. Has LGTM and approval rights on the Kustomize repo as well as "admin" Github permissions.
The kyaml module within the Kustomize repo has additional owners following the same ladder.
Administrative notes:
- The OWNERS file spec is a useful resources in making changes.
- Maintainers and admins must be added to the appropriate lists in both Kustomize OWNERS_ALIASES and SIG-CLI Teams. If this isn't done, the individual in question will lack either PR approval rights (Kustomize list) or the appropriate Github repository permissions (community list).