Hey SIG Leads!
Hot on the heels on Kubernetes 1.11, scheduled to release later today, the Kubernetes 1.12 Release Team (CC'ed here) is already gearing up to get the bits in place for another high-quality release.
In support of that, I'd like to invite you all as SIG Leads to begin updating / creating issues in k/features[1] to track the Features you expect to be working on for the 1.12 Milestone.
As a reminder, all of the following fields MUST be filled out / updated as we cross milestones:
- One-line feature description (can be used as a release note)
- Primary contact (assignee)
- Responsible SIGs
- Design proposal link (community repo)
- Link to e2e and/or unit tests
- Reviewer(s) - (for LGTM) recommend having 2+ reviewers (at least one from code-area OWNERS file) agreed to review. Reviewers from multiple companies preferred
- Approver (likely from SIG/area to which feature belongs)
- Feature target (which target equals to which milestone)
- Alpha release target (x.y)
- Beta release target (x.y)
- Stable release target (x.y)
While we do have the notion of a "Feature Owner", it is ultimately the responsibility of the SIG leadership (Chairs & Technical Leads) to be able to provide accurate status for the features they shepard.
The reason these fields are all so important is that they provide the Release Team an easy way to introspect on the release as a cohesive unit (we have been using the Features Tracking spreadsheet[2] for that purpose).
That information is then carried across (manually currently) and communicated in a variety of places (Community updates, RT meetings / burndowns, media briefings), so it's imperative that it's accurate.
Please take a moment to review the documentation in the k/features repo[1] and feel free to reach out to me with any questions, comments, concerns, suggestions for improvements / clarification.
Best,
Stephen
--
Stephen Augustus
Kubernetes Product Management Chair // 1.12 Features Lead