Skip to content

Commit df764f3

Browse files
authored
Merge pull request #5698 from saschagrunert/report
sig-release: Add 2021 annual report
2 parents 59a8769 + 55cc5d8 commit df764f3

File tree

1 file changed

+99
-0
lines changed

1 file changed

+99
-0
lines changed

sig-release/annual-report-2021.md

Lines changed: 99 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,99 @@
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

Comments
 (0)