diff options
| author | Nikhita Raghunath <nikitaraghunath@gmail.com> | 2019-06-04 09:04:25 +0530 |
|---|---|---|
| committer | Nikhita Raghunath <nikitaraghunath@gmail.com> | 2019-06-07 14:26:51 +0530 |
| commit | a2082885979a8990dbbf896ad38d8f19b4e1fe24 (patch) | |
| tree | eab69de33050edfbf3bc683e20889b254404acf0 /hack | |
| parent | 605cce23b7a358f34380de19129f04322558d48f (diff) | |
Update who must approve repo creation requests
Current state of docs:
- https://github.com/kubernetes/community/blob/master/committee-steering/governance/sig-governance.md#subproject-creation
mentions that repos _may_ be created under k-sigs by a lazy consensus of subproject owners.
- Some charters like https://github.com/kubernetes/community/blob/master/sig-api-machinery/charter.md#deviations-from-sig-governance
have explicit processes setup for who can approve repo creation requests.
- https://github.com/kubernetes/community/blob/master/github-management/kubernetes-repositories.md#rules-for-new-repositories
says that repo creation requests must be approved by lazy consensus of SIG membership.
Current state of how we do things:
- We create repos if the SIG leads have approved the repo creation
request.
- We don't require a lazy consensus thread on the mailing list, just a
publicly linkable written decision.
This commit reconciles the docs with the current state of how we do this.
Note that the wording says "process spelled out in the SIG charter"
because SIG charters _may_ also define a complete process on how they'd
like to handle this, not just the list of people who can approve repo
creation requests.
Diffstat (limited to 'hack')
0 files changed, 0 insertions, 0 deletions
