SIG Release has a roadmap that captures high level initiatives that the SIG is working toward.
-
What work did the SIG do this year that should be highlighted?
- Migrated deb/rpm package building into release process to reduce Google Build Admin involvement in releases
- Proof-of-concept of using OpenSUSE Build Service to build and publish packages using community infrastructure. Reflected in updates to 1731 - Publishing Kubernetes packages on community infrastructure. See biweekly meeting from 18 October 2022 for a good overview.
- We released Kubernetes 1.24, Kubernetes 1.25, and Kubernetes 1.26 in 2022.
- We did extensive work on the image promotion tooling to support the k8s.gcr.io -> registry.k8s.io migration. This involved several tactical PRs to fix the tooling and adapt to the increased number of registries. We identified work for 2023 to further improve the image promotion tooling.
- Migrated enhancement tracking from Google Sheets to Github Project board in 1.26 Release.
-
What initiatives are you working on that aren't being tracked in KEPs?
- Donation of a new project for SLSA Attestation
- We begun work on a new process for onboarding Release Manager Associates and a ladder for becoming a full Release Manager.
-
KEP work in 2022 (v1.24, v1.25, v1.26):
- beta:
- 3000 - Artifact Distribution Policy - v1.25, v1.26
- 3027 - SLSA Level 3 Compliance - v1.25
- 3031 - Signing release artifacts - v1.25, v1.26
-
What areas and/or subprojects does your group need the most help with? Both subprojects, Release Team and Release Engineering, have a pipeline of interested individuals. In the release engineering subproject, we are tracking a number of larger initiatives, detailed in the KEP section. These larger efforts are where we could use the most help. The easiest way to identify what areas need help would be to use the individual KEPs as tracking. We have also labeled some things as good first issues.
-
What metrics/community health stats does your group care about and/or measure?
Some data tracking efforts that SIG Release performs include monitoring release team applications, release manager activities and code commits to ensure timely release cuts in our repos.
In support of better understanding the diversity of the release team, kubernetes-sigs/release-team-shadow-stats was begun to provide better reporting and visibility on release team metrics. For our KubeCon EU SIG update, we also presented a historical breakdown of the location of release team members and the geographic distribution of the release teams.
-
Does your CONTRIBUTING.md help new contributors engage with your group specifically by pointing to activities or programs that provide useful context or allow easy participation?
- The sig-release CONTRIBUTING.md could be updated to provivde more specific information regarding how to participate in both subprojects. An issue was opened in kuberentes/sig-release and an issue was created in kuberentes/release to update this to collect information and make it more discoverable.
-
If your group has special training, requirements for reviewers/approvers, or processes beyond the general contributor guide, does your CONTRIBUTING.md document those to help existing contributors grow throughout the contributor ladder?
We have a lot of information, including detailed role handbooks for both subprojects:
However, these are not linked directly from CONTRIBUTING.md. We will use the issue above to improve the discoverability of these.
-
Does the group have contributors from multiple companies/affiliations?
- Yes. Based on the last year of data from dev stats we have had contributions from the following companies over the last year:
- Red Hat Inc,
- Chainguard Inc,
- Intel Corporation
- Liquid Reply
- Kubermatic GmbH
- Google LLC
- Microsoft Corporation
- Cisco
- Amazon
- VMware Inc
- SUSE LLC
- International Business Machines
- Jetstack LTD
- Mesosphere
- Mastercard International Incorporated
- DaoCloud Network Technology Co. Ltd.
- Oracle America Inc.
- Rackspace
- NEC Corporation
This data reflects company information in terms of PRs. We also have had contributions from individuals that have no company affiliation and several individuals from the CNCF. In addition to code contributions, the release teams during 2022 were staffed by individuals from a wide range of corporations, as well as students and other independent individuals. These contributions are not all reflected by the devstats query above, but are important to recognize.
- Yes. Based on the last year of data from dev stats we have had contributions from the following companies over the last year:
-
Are there ways end users/companies can contribute that they currently are not? If one of those ways is more full time support, what would they work on and why?
- The release tooling is currently supported by the core of the Release Engineering team. There are opportunities for end users and Kubernetes distributors to support the maintenance of the tooling within our repositories, including the
bom
tool. Contributing to these tools would also be a good way to grow in SIG Release and join the Release Manager Associate program.
- The release tooling is currently supported by the core of the Release Engineering team. There are opportunities for end users and Kubernetes distributors to support the maintenance of the tooling within our repositories, including the
The following stats are accurate as of March 15th, 2023. Numbers were pulled from Slack, the mailing list, and kubernetes/release, the primary repository for Release Engineering tooling.
- Primary slack channel member count: 2980
- Primary mailing list member count: 605
- Primary meeting attendee count (estimated, if needed): 15 (SIG Release BiWeekly), 20 (Release Team)
- Primary meeting participant count (estimated, if needed): 10 (SIG Release BiWeekly), 20 (Release Team)
- Unique reviewers for SIG-owned packages: 11
- Unique approvers for SIG-owned packages: 9
Retired in 2022:
- kubernetes/repo-infra
Continuing:
- Release Engineering
- Release Team
- SIG Release Process Documentation
Continuing:
- Reliability
Operational tasks in sig-governance.md:
- README.md reviewed for accuracy and updated if needed
- CONTRIBUTING.md reviewed for accuracy and updated if needed (or created if missing and your contributor steps and experience are different or more in-depth than the documentation listed in the general contributor guide and devel folder.)
- Subprojects list and linked OWNERS files in sigs.yaml reviewed for accuracy and updated if needed
- SIG leaders (chairs, tech leads, and subproject owners) in sigs.yaml are accurate and active, and updated if needed
- Meeting notes and recordings for 2022 are linked from README.md and updated/uploaded if needed
- Did you have community-wide updates in 2022 (e.g. community meetings, kubecon, or kubernetes-dev@ emails)? Links to email, slides, or recordings: - Releasing Kubernetes Less Often and More Secure - The SIG Release Update, KubeCon EU 2022 - How SIG Release Cooks Trustworthy Artifacts From Raw Source Code, KubeCon NA 2022 - SIG Release Meeting at Contributor Summit NA.