group, and it both isn't and also is. Each SIG is its own sub-community in Kubernetes, because it's a huge project and we can't all be in one giant pool of 2000 contributors.
there are currently three committees: Steering Security Response Code of Conduct https://github.com/kubernetes/community/blob/master/README.md#governance
you want to work on. 2. Find out which SIG/WG/subproject covers that a. Ask on #sig-contribex b. Go to the SIG intros at this conference 3. Join that SIG/subproject a. If joining a WG/subproject, also join a SIG
Mailing List ◦ Slack ◦ Zoom meetings • Some async initiatives: ◦ Alternating between Slack threads & Zoom meetings in #sig-contribex ◦ APAC friendly timings introduced for Release team meetings ◦ More talk on Slack and Mailing Lists, less reliance on Meetings
Kubernetes • Collects features in a time frame and tracks whether the features go past the line • Ensures quality of the artefacts generated as part of the release Image Source: https://git.k8s.io/sig-release/release-team/release-team.svg
model • Learn by doing and tagging along the lead • Helps contributors broaden their area of knowledge https://git.k8s.io/sig-release/release-team/shadows.md
handbooks to understand the responsibilities of each role 2. Ask on #sig-release if in doubt 3. Fill up the form 4. Wait for the selection announcements
you to sign a CLA • Required to determine the legal status of contributions • There are two kinds of CLA: 1. Individual 2. Corporate Note: Check in with your organization if you would need to sign the corporate CLA https://git.k8s.io/community/CLA.md