Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

deduping gov docs + creating a lifecycle checklist #3287

Merged
merged 1 commit into from
Mar 7, 2019

Conversation

parispittman
Copy link
Contributor

This addresses several related issues
(deduping, removing tactical/procedure from policy, formatting) that I won't completely tag here for purposes of not auto closing the issues. 1997, 2857

This needs many eyes. I tried to correct some content errors that I saw but please leave comments on stale processes, things that are duplicated still, etc.

TODO:

  • generator/list.tmpl -> need to change the sig creation link to sig-wg-lifecycle (doc added here)
  • fix all dependancies to the root /sig-goverance.md to direct to the /committee-steering/sig-governance file.

@parispittman parispittman added sig/contributor-experience Categorizes an issue or PR as relevant to SIG Contributor Experience. committee/steering Denotes an issue or PR intended to be handled by the steering committee. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. labels Feb 21, 2019
@parispittman parispittman self-assigned this Feb 21, 2019
@k8s-ci-robot k8s-ci-robot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels Feb 21, 2019
@parispittman parispittman removed the request for review from calebamiles February 21, 2019 02:47
@bgrant0607
Copy link
Member

cc @pwittrock

@@ -155,11 +168,15 @@ Issues impacting multiple subprojects in the SIG should be resolved by either:
- after 3 or more months it *SHOULD* be retired
- after 6 or more months it *MUST* be retired

[SIG PM]: https://github.com/kubernetes/community/tree/master/sig-pm
[k/features]: https://github.com/kubernetes/features
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
[k/features]: https://github.com/kubernetes/features
[k/enhancements]: https://github.com/kubernetes/enhancements

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ty

governance.md Outdated
@@ -97,10 +105,10 @@ field technical escalations, etc.
Example subprojects for a few SIGs:
* SIG Network: pod networking (CNI, etc.), Service (incl. kube-proxy),
Ingress, DNS, and Network policy
* SIG Apps: workload APIs, Helm, Kompose, ...
* SIG Apps: workload APIs, Kompose, ...
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please just remove SIG Apps as an example. The other examples are more clear

@@ -1,114 +1,3 @@
# SIG Governance
This document should be deleted once all dependancies have been dealt with. This document was merged with several but most notably sunsetted in favor of the work in the [committee-steering] folder.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

W0221 03:25:09.483] sig-governance.md:1:41: "dependancies" is a misspelling of "dependencies"

- Report activity in the weekly community meeting at least once every quarter
- Participate in release planning meetings and retrospectives, and burndown meetings, as needed
- Ensure related work happens in a project-owned github org and repository, with code and tests explicitly owned and supported by the SIG, including issue triage, PR reviews, test-failure response, bug fixes, etc.
- Use the [forums provided] as the primary means of working, communicating, and collaborating, as opposed to private emails and meetings
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we add something about having a clearly defined group of deciders for sub projects?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

wouldn't hurt

@@ -91,6 +99,11 @@ Subproject Owner Role. (this different from a SIG or Organization Member).
- Contributing instructions defined in the SIG CONTRIBUTING.md

### Project Management
In addition, SIGs have the following responsibilities to SIG PM:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SIGs? Subprojects?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Non-blocking comment

@@ -4,14 +4,14 @@
Working Groups provide a formal avenue for disparate groups to collaborate around a common problem, craft a balanced
position, and disband. Because they represent the interests of multiple groups, they are a vehicle for consensus
building. If code is developed as part of collaboration within the Working Group, that code will be housed in an
appropriate repository as described in the [repositories document][repodoc]. The merging of this code into the repository
Copy link
Member

@pwittrock pwittrock Feb 27, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This breaks this link. Would you fix it to be the proper form?

will be governed by the standard policies regarding submitting code to that repository (e.g. developed within one or
more Subprojects owned by SIGs).

Because a working group is an official part of the Kubernetes project it is subject to steering committee oversight
over its formation and disbanding.

[repodoc]: https://github.com/kubernetes/community/blob/master/github-management/kubernetes-repositories.md
The tactical checklist to creation and/or retirement is found in the [SIG / WG lifeycle] document.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This breaks the link

and the steering committee with a link to the PR. A member of the community admin team will place a /hold on it
until it has an LGTM from at least one chair from each of the stakeholder SIGs, and a simple majority of the steering
committee.
Once the above questions have been answered, complete the rest of the checklist in the [SIG / WG lifeycle] document
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Link for [SIG / WG lifeycle] doesn't work


[SIG / WG lifeycle]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Must add the target of the link here.

governance.md Outdated
@@ -83,6 +87,10 @@ community.
See [sig governance] for more details about current SIG operating
mechanics, such as mailing lists, meeting times, etc.

More information:
[SIG Governance Requirements]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These don't appear on separate lines which I think was the intent. Add bullets (e.g. *) or additional new-lines.

@@ -1,114 +1,3 @@
# SIG Governance
This document should be deleted once all dependancies have been dealt with. This document was merged with several but most notably sunsetted in favor of the work in the [committee-steering] folder.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This document was merged with several but most notably sunsetted in favor of the work

Awkward sentence.

Each one of these has a linked canonical source guideline from set up to moderation and your role and responsibilities for each. We are all responsible for enforcing our [code of conduct].
- [ ] Read [moderation.md] and understand your role in keeping our community safe
- [ ] Create your mailing lists - One for your members and another for your chairs/leads
- Either [GoogleGroups] OR [discuss.kubernetes.io]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

discuss.kubernetes.io link doesn't work

- [ ] Subscribe to the kubernetes-sig-leads@googlegroups.com group
- [ ] Join the #chairs-and-techleads slack channel

...with the community as part of [sig-governance]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sig-governance link doesn't work


## Prerequisites for a WG
- [ ] Read [wg-governance.md]
- [ ] Send email to [kubernetes-dev@googlegroups.com] with some of the questions answered from wg-goverance.md and wait for community discourse; ask for SIG sponsorship
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think the '[' are required. It renders them.


## Prerequisites for a WG
- [ ] Read [wg-governance.md]
- [ ] Send email to [kubernetes-dev@googlegroups.com] with some of the questions answered from wg-goverance.md and wait for community discourse; ask for SIG sponsorship
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we have a template for this so they are easy to spot. e.g. the Subject is WG-Creation-Request: WG Foo

- You’ll need:
- SIG Name
- Directory url
- mission statement
Copy link
Member

@pwittrock pwittrock Feb 27, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: inconsistent capitalization

@k8s-ci-robot k8s-ci-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Mar 5, 2019
@k8s-ci-robot k8s-ci-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Mar 6, 2019
@parispittman
Copy link
Contributor Author

@pwittrock PTAL


## Prerequisites for a WG
- [ ] Read [wg-governance.md]
- [ ] Send email to [kubernetes-dev@googlegroups.com] titled "WG-Creation-Request: WG Foo" with some of the questions answered from wg-goverance.md and wait for community discourse; ask for SIG sponsorship
Copy link
Member

@pwittrock pwittrock Mar 6, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: should wg-governance.md be a link?

@pwittrock
Copy link
Member

Overall this is a huge improvement. Thank you.

/lgtm
/approve

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Mar 7, 2019
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: parispittman, pwittrock

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:
  • OWNERS [parispittman,pwittrock]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@bgrant0607
Copy link
Member

Thanks much.
/hold cancel

@k8s-ci-robot k8s-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Mar 7, 2019
@k8s-ci-robot k8s-ci-robot merged commit 5abdff9 into kubernetes:master Mar 7, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. committee/steering Denotes an issue or PR intended to be handled by the steering committee. lgtm "Looks good to me", indicates that a PR is ready to be merged. sig/contributor-experience Categorizes an issue or PR as relevant to SIG Contributor Experience. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants