Skip to content

Commit a646567

Browse files
committed
Address review comments
Signed-off-by: Jeremy Rickard <[email protected]>
1 parent fb097d0 commit a646567

File tree

1 file changed

+4
-12
lines changed

1 file changed

+4
-12
lines changed

sig-release/annual-report-2022.md

Lines changed: 4 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,8 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
77
1. What work did the SIG do this year that should be highlighted?
88
- [Migrated most of deb/rpm package building into release process to reduce Google Build Admin involvement in releases](https://github.com/kubernetes/release/issues/2737)
99
- 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](https://github.com/kubernetes/enhancements/tree/master/keps/sig-release/1731-publishing-packages). See [biweekly meeting from 18 October 2022](https://youtu.be/8l8X3vSAJAw?t=787) for a good overview.
10-
- [Signing of Release Artifacts](https://github.com/kubernetes/enhancements/issues/3031).
10+
- We released [Kubernetes 1.24](https://github.com/kubernetes/sig-release/tree/master/releases/release-1.24), [Kubernetes 1.25](https://github.com/kubernetes/sig-release/tree/master/releases/release-1.25), and [Kubernetes 1.26](https://github.com/kubernetes/sig-release/tree/master/releases/release-1.26) in 2022.
11+
- 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.
1112

1213
2. What initiatives are you working on that aren't being tracked in KEPs?
1314

@@ -23,15 +24,7 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
2324
## Project health
2425

2526
1. What areas and/or subprojects does your group need the most help with?
26-
Any areas with 2 or fewer OWNERs? (link to more details)
27-
28-
- [kubernetes-sigs/bom](https://github.com/kubernetes-sigs/bom/blob/main/OWNERS)
29-
- [kubernetes-sigs/downloadkubernetes](https://github.com/kubernetes-sigs/downloadkubernetes/blob/master/OWNERS)
30-
- [kubernetes-sigs/mdtoc](https://github.com/kubernetes-sigs/mdtoc/blob/master/OWNERS)
31-
- [kubernetes-sigs/release-notes](https://github.com/kubernetes-sigs/release-notes/blob/master/OWNERS)
32-
- [kubernetes-sigs/release-team-shadow-stats](https://github.com/kubernetes-sigs/release-team-shadow-stats/blob/master/OWNERS)
33-
- [kubernetes-sigs/tejolote](https://github.com/kubernetes-sigs/tejolote/blob/main/OWNERS)
34-
- [kubernetes-sigs/zeitgeist](https://github.com/kubernetes-sigs/zeitgeist/blob/master/OWNERS)
27+
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.
3528

3629
2. What metrics/community health stats does your group care about and/or measure?
3730

@@ -85,9 +78,8 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
8578
6. Are there ways end users/companies can contribute that they currently are not?
8679
If one of those ways is more full time support, what would they work on and why?
8780

88-
- 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. Additionally, vendor companies that build and distribute their own Kubernetes releases could provide more support to SIG Release, specifically Release Engineering, in order to grow contributors that could help with important tasks like Go version updates.
81+
- 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.
8982

90-
9183
## Membership
9284

9385
The following stats are accurate as of March 15th, 2023. Numbers were pulled from Slack, the mailing list, and [kubernetes/release](https://github.com/kubernetes/release), the primary repository for Release Engineering tooling.

0 commit comments

Comments
 (0)