-
Notifications
You must be signed in to change notification settings - Fork 105
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
Introduce new SIG governance and tooling #236
Conversation
Skipping CI for Draft Pull Request. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/cc |
@lyarwood please note that the sigs.yaml file is required to update the CNCF stats for KubeVirt. I will need to check whether the changes impact the stats generation. /assign |
/cc |
/test ? |
@dhiller: The following commands are available to trigger required jobs:
Use In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/test pull-community-generate-kubevirt-devstats-repo-sql |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've noticed that we are missing some labels in the config, therefore I've created a WIP PR: kubevirt/project-infra#2953
Other than that looks good to me.
New changes are detected. LGTM label has been removed. |
/hold I'm likely going to break this up into a few different PRs after the call tomorrow. |
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
Signed-off-by: Lee Yarwood <[email protected]>
/unhold As discussed in the latest I'm hopeful that this process will help us iron out any issues and nits with the process instead of this PR forever being in review and not moving the overall SIG process forward. Once merged I'm going to use the [1] https://docs.google.com/document/d/1yOtxWS2eIgA2VT71NbFaDEzGyVfmiDCwoRBHKow0K6c/edit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work, @lyarwood
I've done a run through and picked up some changes re: steering committee and some kubernetes info, and updated the slack channels etc. I've also tried to slim down some of the weight that I don't think applies to our project.
* Horizontal: Scalability, Architecture | ||
* Project: Testing, Release, Docs | ||
|
||
SIGs must have at least one and ideally two SIG chairs at any given time. SIG chairs are intended to be organizers and facilitators, responsible for the operation of the SIG and for communication and coordination with the other SIGs, the Steering Committee, and the broader community. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As I understand it, at this stage we would prefer a 'SIG Governance' or similar to help out with process and decision making of creating/maintaining SIGs rather than a steering committee.
This line then might be better as "...coordination with the other SIGs, particularly SIG Governance, and the broader..." or similar.
There's 40-odd references to steering committee in this PR atm which we should probably change (or remove the file entirely).
|
||
# Liaisons | ||
|
||
Steering Committee members are elected representatives of the kubevirt |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could probably drop this file for the time being, as any SIG should be able to reach out to any of the SIG-governance members, no?
and a link to the PR in the body. | ||
8. Typically expect feedback within a week of sending your draft. Expect longer time if it falls over an | ||
event such as KubeCon/CloudNativeCon or holidays. Make any necessary changes. | ||
9. Once accepted, the steering committee will ratify the PR by merging it. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
9. Once accepted, the steering committee will ratify the PR by merging it. | |
9. Once accepted, a member of SIG Governance will ratify the PR by merging it. |
## Steps to update an existing SIG charter | ||
|
||
- For significant changes, or any changes that could impact other SIGs, such as the scope, create a | ||
PR and send it to the steering committee for review with the subject: "SIG Charter Update: YOURSIG" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR and send it to the steering committee for review with the subject: "SIG Charter Update: YOURSIG" | |
PR and tag `sig-governance` for review. |
?
Make sure to keep the SIG in the loop as discussions progress with the Steering Committee (next step). | ||
Including the SIG mailing list in communications with the steering committee would work for this. | ||
- Work with the steering committee (Approvers) to gain approval. | ||
This can simply be submitting a PR and sending mail to [[email protected]]. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Make sure to keep the SIG in the loop as discussions progress with the Steering Committee (next step). | |
Including the SIG mailing list in communications with the steering committee would work for this. | |
- Work with the steering committee (Approvers) to gain approval. | |
This can simply be submitting a PR and sending mail to [[email protected]]. | |
- Work with SIG Governance maintainers to gain approval. |
- WG README: [`wg_readme.tmpl`](wg_readme.tmpl) | ||
- Committee README: [`committee_readme.tmpl`](committee_readme.tmpl) | ||
|
||
**Time Zone gotcha**: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using UTC removes the issue of daylight savings, and the KubeVirt calendar updates times depending on the user/browser location.
@@ -0,0 +1,35 @@ | |||
{{lastYear}} Annual Report: {{.Prefix | toUpper}} {{.Name}} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need these three annual report files?
{{- if .Contact.Liaison.Name }} | ||
- Steering Committee Liaison: {{.Contact.Liaison.Name}} (**[@{{.Contact.Liaison.GitHub}}](https://github.com/{{.Contact.Liaison.GitHub}})**) | ||
{{- end }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say we can drop these lines
@@ -0,0 +1,45 @@ | |||
{{ template "header" }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As before, I don't think we need specific liaisons
{{- end }} | ||
|
||
## Contact | ||
- Slack: [#{{.Contact.Slack}}](https://kubevirt.slack.com/messages/{{.Contact.Slack}}) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Slack: [#{{.Contact.Slack}}](https://kubevirt.slack.com/messages/{{.Contact.Slack}}) | |
- Slack: [#{{.Contact.Slack}}](https://kubernetes.slack.com/messages/kubevirt-dev{{.Contact.Slack}}) |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with /lifecycle rotten |
/close See https://groups.google.com/g/kubevirt-dev/c/dXvwU6Pon7Y for more context. |
This PR is the outcome of the
SIGs - What's Next?
calls happening below:https://docs.google.com/document/d/1yOtxWS2eIgA2VT71NbFaDEzGyVfmiDCwoRBHKow0K6c/edit
At present this series aims to: