diff --git a/README.md b/README.md index b3d4dc2bc4d..a9298255b1e 100644 --- a/README.md +++ b/README.md @@ -1,38 +1,19 @@ # SIG Release -## Mission -- Production of high quality Kubernetes releases on a reliable schedule -- Ensure there is a [consistent group of community members][1.6-retro] in place to support the release process -- Provide guidance and tooling to facilitate the production of automated releases -- Serve as a tightly integrated partner with other SIGs to empower SIGs to integrate their repositories into the release process +## Charter -## Join us! -- [Google group](https://groups.google.com/forum/#!forum/kubernetes-sig-release) -- [Slack channel](https://kubernetes.slack.com/messages/C2C40FMNF/) -- [Events and meetings calendar](https://calendar.google.com/calendar/embed?src=coreos.com_regcvcrgvq98lua2ikijg1g1uk%40group.calendar.google.com&ctz=America/Los_Angeles) -- [Meeting agenda and notes](https://docs.google.com/document/d/1Fu6HxXQu8wl6TwloGUEOXVzZ1rwZ72IAhglnaAMCPqA/edit) ([read-only archive](https://docs.google.com/a/google.com/document/d/e/2PACX-1vRsGZTlmggTI5T4ysYGlaJiaW3vgnrc_dlv-B1nnt69gU2Xt6vzRpZDMm-7driIj14T1DraicGzkAHr/pub)) +The [charter] defines the scope and governance of the Release Special Interest Group. -## Responsibilities -- Ensuring high quality Kubernetes releases - - Define and staff release roles to manage the resolution of release blocking criteria - - Define and drive development processes (e.g. merge queues, cherrypicks) and release processes - (e.g. burndown meetings, cutting beta releases) with the intent of meeting the release schedule - - Manage the creation of release specific artifacts including - - Code branches - - Binary distributions - - Release notes -- Continually improving release and development processes - - Work closely with SIG Contributor Experience to define and build tools to facilitate release process (e.g. dashboards) - - Work with downstream communities responsible for packaging Kubernetes releases - - Work with other SIGs to agree upon the responsibilities of their SIG with respect to the release - - Define and collect metrics related to the release in order to measure progress over each release -- Collaboration with downstream communities which build artifacts from Kubernetes releases - - Ensure the appropriate level of integration with publishing the OSS build artifacts +## Join us! +- [Slack](https://kubernetes.slack.com/messages/sig-release) +- [Mailing list](https://groups.google.com/forum/#!forum/kubernetes-sig-release) +- [Open Issues / PRs](https://github.com/search?q=org%3Akubernetes+org%3Akubernetes-client+org%3Akubernetes-csi+org%3Akubernetes-incubator+org%3Akubernetes-retired+org%3Akubernetes-sigs+is%3Aopen+label%3Asig%2Frelease) +- [Meeting agenda and notes](https://docs.google.com/document/d/1Fu6HxXQu8wl6TwloGUEOXVzZ1rwZ72IAhglnaAMCPqA/edit) ## Release Team Several of the responsibilities of SIG Release are discharged by the Release Team, a subproject of SIG Release. Explicit details on each of the roles can be found in the [Release Team subproject directory][rt-directory]. -[1.6-retro]: https://docs.google.com/a/google.com/document/d/1JAUqKl-lYdYLQ7GUT_9LzqxwQv-PcOdyAxNRZKItajo/edit?usp=sharing +[charter]: charter.md [rt-directory]: /release-team/README.md diff --git a/charter.md b/charter.md new file mode 100644 index 00000000000..3342d1c66e7 --- /dev/null +++ b/charter.md @@ -0,0 +1,105 @@ +# SIG Release Charter + +This charter adheres to the conventions described in the [Kubernetes Charter README] and uses +the Roles and Organization Management outlined in [sig-governance]. + +## Scope + +- Production of high quality Kubernetes releases on a reliable schedule +- Ensure there is a consistent group of community members in place to support the release process +- Provide guidance and tooling to facilitate the production of automated releases +- Serve as a tightly integrated partner with other SIGs to empower SIGs to integrate their repositories into the release process + +### In scope + +- Ensuring high quality Kubernetes releases + - Define and staff release roles to manage the resolution of release blocking criteria + - Define and drive development processes (e.g. merge queues, cherrypicks) and release processes + (e.g. burndown meetings, cutting beta releases) with the intent of meeting the release schedule + - Manage the creation of release specific artifacts including + - Code branches + - Binary distributions + - Release notes +- Continually improving release and development processes + - Work closely with SIG Contributor Experience to define and build tools to facilitate release process (e.g. dashboards) + - Work with downstream communities responsible for packaging Kubernetes releases + - Work with other SIGs to agree upon the responsibilities of their SIG with respect to the release + - Define and collect metrics related to the release in order to measure progress over each release + - Facilitate release retrospectives in conjunction with SIG PM +- Collaboration with downstream communities which build artifacts from Kubernetes releases + - Ensure the appropriate level of integration with publishing the OSS build artifacts + +### Out of scope + +#### Support + +SIG Release itself is not responsible for end user support or creation of patches for support streams. There are support forums for end users to ask questions and report bugs, subject matter experts in other SIGs triage and address issues and when necessary mark bug fixes for inclusion in a patch release. + +## Roles and Organization Management + +This SIG adheres to the Roles and Organization Management outlined in [sig-governance] and opts-in to updates and modifications to [sig-governance]. + +Specifically, the common guidelines (see: [sig-governance]) for continuity of membership within roles in the SIG are followed. + +### Deviations from [sig-governance] + +- SIG Release does not have top-level SIG Technical Leads; SIG Release Chairs can serve in both an operational and technical capacity +- SIG Release subprojects have subproject chairs + +#### SIG Membership + +Additionally, SIG Release has a concept of membership. SIG members can be occasionally called on to assist with decision making, especially as it relates to gathering historical context around existing policies. + +While a strict definition of membership has yet to be established, we can initially seed a set of members from the list of Release Team members from Kubernetes 1.10 through to Kubernetes 1.13. + +SIG Release Members should be the first group of community members considered when seeking to fill additional roles across SIG Release proper and SIG Release subprojects, except where explicitly defined in other policy. + +### Subproject Creation + +- Subprojects must be created by [KEP] proposal and accepted by [lazy-consensus] with fallback on majority vote of + SIG Chairs. The result *SHOULD* be supported by the majority of SIG members. + - KEP *MUST* establish subproject chairs + - [sigs.yaml] *MUST* be updated to include subproject information and OWNERS files with subproject chairs + - Where subprojects processes differ from the SIG governance, they must document how + - e.g. if subprojects release separately - they must document how release and planning is performed + +As of the initial draft of this charter, the following are the proposed subprojects / WGs for SIG Release: + +#### Release Team (Subproject) + +- Status: Implemented +- Membership: Rotating + +#### Product Security Team (Subproject) + +- Status: Implemented +- Membership: Rotating + +#### Release Engineering (Subproject) + +- Status: Provisional +- Membership: TBD + +#### Licensing / Compliance (Subproject) + +- Status: Provisional +- Membership: + - Chairs: + - Stephen Augustus ([@justaugustus](https://github.com/justaugustus)) + - Nikhita Raghunath ([@nikhita](https://github.com/nikhita)) + - Steve Winslow ([@swinslow](https://github.com/swinslow)) + +#### LTS (WG) + +- Status: Provisional +- Membership: TBD + + +[KEP]: https://git.k8s.io/community/keps/0000-kep-template.md +[Kubernetes Charter README]: https://git.k8s.io/community/committee-steering/governance/README.md +[lazy-consensus]: http://communitymgt.wikia.com/wiki/Lazy_consensus +[rt-directory]: /release-team/README.md +[sig-governance]: https://git.k8s.io/community/committee-steering/governance/sig-governance.md +[sig-members]: members. +[sig-subprojects]: https://git.k8s.io/community/sig-release/README.md#subprojects +[sigs.yaml]: https://git.k8s.io/community/sigs.yaml