You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: sig-release/annual-report-2022.md
+4-12Lines changed: 4 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,8 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
7
7
1. What work did the SIG do this year that should be highlighted?
8
8
-[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)
9
9
- 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.
11
12
12
13
2. What initiatives are you working on that aren't being tracked in KEPs?
13
14
@@ -23,15 +24,7 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
23
24
## Project health
24
25
25
26
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)
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.
35
28
36
29
2. What metrics/community health stats does your group care about and/or measure?
37
30
@@ -85,9 +78,8 @@ SIG Release has a [roadmap](https://github.com/kubernetes/sig-release/blob/maste
85
78
6. Are there ways end users/companies can contribute that they currently are not?
86
79
If one of those ways is more full time support, what would they work on and why?
87
80
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.
89
82
90
-
91
83
## Membership
92
84
93
85
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