|
| 1 | +# Kubernetes SIG Release Community Group Annual Reports 2021 |
| 2 | + |
| 3 | +This report reflects back on CY 2020 and was written in April 2021. |
| 4 | + |
| 5 | +## Operational |
| 6 | + |
| 7 | +- How are you doing with operational tasks in [SIG]-governance.md? |
| 8 | + - Is your README accurate? have a CONTRIBUTING.md file? |
| 9 | + - The README is up to date and accurate, we do not have a CONTRIBUTING.md |
| 10 | + file. |
| 11 | + - All subprojects correctly mapped and listed in sigs.yaml? |
| 12 | + - Yes |
| 13 | + - What’s your meeting culture? Large/small, active/quiet, learnings? Meeting |
| 14 | + notes up to date? Are you keeping recordings up to date/trends in community |
| 15 | + members watching recordings? |
| 16 | + - We have weekly zoom meetings with a duration of 45min: one for the overall |
| 17 | + SIG and one for the Release Engineering subproject. Both meetings have ~20 |
| 18 | + people, where sometimes new contributors or members of other SIGs join as |
| 19 | + well. |
| 20 | + - We refined the meeting structure to have a fixed 20 minute block to walk |
| 21 | + our project boards. |
| 22 | + - There is a timebox of 20minutes for informal status updates, too. |
| 23 | + - The last 5 minutes are free for open discussion. |
| 24 | + - Meeting notes are up to date and all meetings are recorded. |
| 25 | +- How does the group get updates, reports, or feedback from subprojects? Are |
| 26 | + there any springing up or being retired? Are OWNERS.md files up to date in |
| 27 | + these areas? |
| 28 | + - The SIG Release meeting serves updates for the release cycle as well as the |
| 29 | + Engineering subproject. |
| 30 | + - The release Engineering meeting give more in-depth details about the |
| 31 | + technical topics within the SIG. |
| 32 | + - We have an additional agreement how to work together in terms of [Release |
| 33 | + Engineering](https://github.com/kubernetes/sig-release/tree/master/release-engineering#release-engineering) |
| 34 | +- Same question as above but for working groups. |
| 35 | + - We do not have any working groups within the SIG. |
| 36 | +- When was your last public community-wide update? (provide link to deck and/or |
| 37 | + recording) |
| 38 | + - KubeCon NA 2019: https://www.youtube.com/watch?v=sQuxWeVlrJQ |
| 39 | + |
| 40 | +#### Membership |
| 41 | + |
| 42 | +- Are all listed SIG leaders (chairs, tech leads, and subproject owners) active? |
| 43 | + - Yes |
| 44 | +- How do you measure membership? By mailing list members, OWNERs, or something |
| 45 | + else? |
| 46 | + - Those that are contributing and actively engaged with the meetings. |
| 47 | +- How does the group measure reviewer and approver bandwidth? Do you need help |
| 48 | + in any area now? What are you doing about it? |
| 49 | + - We do not actively monitor reviewer/approver bandwidth in a formalized way. |
| 50 | + We walk the project boards during our meetings and triage incoming issues |
| 51 | + and PRs in dedicated sessions. We also have to do the cherry-pick reviews |
| 52 | + for patches, which is done by the release managers in a continuous process. |
| 53 | +- Is there a healthy onboarding and growth path for contributors in your SIG? |
| 54 | + What are some activities that the group does to encourage this? What programs |
| 55 | + are you participating in to grow contributors throughout the contributor ladder? |
| 56 | + - We have the SIG Release Shadowing Program for new members to join the |
| 57 | + release cycle. |
| 58 | + - There is the opportunity to become a Release Manager (associate) within the |
| 59 | + Release Engineering subproject, too. |
| 60 | + - The SIG has Technical Lead and a Program Manager roles to further support |
| 61 | + the SIG. |
| 62 | + - We are actively applying the `good-first-issue` and `help-wanted` labels to issues |
| 63 | + and are closely mentoring new contributors who pick up these issues. |
| 64 | +- What programs do you participate in for new contributors? |
| 65 | + - The SIG Release Shadowing program |
| 66 | +- Does the group have contributors from multiple companies/affiliations? Can end |
| 67 | + users/companies contribute in some way that they currently are not? |
| 68 | + - Yes, we have multiple avenues for contributing for both code and non-code |
| 69 | + projects alike. |
| 70 | + |
| 71 | +#### Current initiatives and project health |
| 72 | + |
| 73 | +- What are initiatives that should be highlighted, lauded, shout outs, that |
| 74 | + your group is proud of? Currently underway? What are some of the longer tail |
| 75 | + projects that your group is working on? |
| 76 | + - The introduced Program Manager role is our highlight to keep the SIG making |
| 77 | + continuously progress |
| 78 | + - Dedicated issue triage session |
| 79 | + - Building a North Star Vision Roadmap for long term planning |
| 80 | + - Continuously enhancing the release cycle timings and tooling around it |
| 81 | +- Year to date KEP work: |
| 82 | + - [KEP-2572: Release Cadence][kep] |
| 83 | +- What initiatives are you working on that aren't being tracked in KEPs? |
| 84 | + - Formalize supported release platforms: |
| 85 | + https://github.com/kubernetes/sig-release/issues/1337 |
| 86 | + - Implement a Bill of Materials (BOM) for release artifacts |
| 87 | + https://github.com/kubernetes/release/issues/1837 |
| 88 | + - Enhance Kubernetes binary artifact management |
| 89 | + - Simplify CVE process for release management (Secure) |
| 90 | + https://github.com/kubernetes/sig-release/issues/896 |
| 91 | + https://github.com/kubernetes/release/issues/1354 |
| 92 | +- What areas and/or subprojects does the group need the most help with? |
| 93 | + - Nothing to mention right now, we're always looking for help in Release |
| 94 | + Engineering related topics. Beside that we have to assemble a Release Team |
| 95 | + each cycle which follows its own process. |
| 96 | +- What metrics/community health stats does your group care about and/or measure? |
| 97 | + - We mainly stick to our project boards |
| 98 | + |
| 99 | +[kep]: https://github.com/kubernetes/enhancements/issues/2572 |
0 commit comments