-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
SIG-Scheduling 2020 Annual Report #5557
SIG-Scheduling 2020 Annual Report #5557
Conversation
Skipping CI for Draft Pull Request. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Huang-Wei 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:
Approvers can indicate their approval by writing |
/committee steering |
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.
some suggestions
/sig scheduling |
466fb62
to
04216b0
Compare
@liggitt the first version is ready for review. Take your time. |
04216b0
to
1f25fd6
Compare
|
||
Owners from (active) subprojects introduce the latest development, and sometime demonstrate | ||
cool features. | ||
OWNER files in k/k are not that up to date. We may need a cleanup. |
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.
is this something contribex can help with?
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 think we are fine, we can send a PR to remove inactive members and tag them on that PR.
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 suppose it's a common issue across all sigs. It'd be neat if we can come up with a script auto-identifying the inactive maintainers/reviewers:
- for a particular SIG, not participated in any PR reviews in the last 12 (or 18) months
- a single bare "/lgtm" or "/approve" doesn't count as a legal review
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.
ok
|
||
**Are all listed SIG leaders (chairs, tech leads, and subproject owners) active?** | ||
|
||
Yes, except for inactive subprojects. |
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.
which ones are inactive?
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.
- kube-batch. The original plan is to develop batch-related features in a separate project, and eventually converge with default scheduler. But kube-batch is now incubated into a cncf sandobx project called volcano. So kube-batch is not active now.
- poseidon. I don't see much interested in this project, and it's also no longer actively developed.
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.
are those subprojects inactive to the point that their readme's should be updated to note that?
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 will create issues in those subprojects to discuss what to do next: whether specify the inactive status in README, or just archive them.
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.
Followup for:
**How does the group measure reviewer and approver bandwidth? Do you need help in any area now? | ||
What are you doing about it?** | ||
|
||
PRs are usually directed to the reviewer most familiar with the code base the PR is modifying. |
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.
are you growing more reviewers and approvers?
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 think we have have enough approvals for the volume of the PRs we are getting, reviewers are growing.
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.
Yes, we're fine by now.
activities that the group does to encourage this? What programs are you participating in to | ||
grow contributors throughout the contributor ladder?** | ||
|
||
There is no official onboarding process. One thing we try to do frequently is breaking up |
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 you use help-wanted or good-first issue labels?
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.
both depending on the complexity of the issue.
**Does the group have contributors from multiple companies/affiliations? Can end users/companies | ||
contribute in some way that they currently are not?** | ||
|
||
Yes. |
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 you want more companies to contribute? If so, to what and what extent? This is a microphone to end users
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 don't think we are lacking diversity, there are 5+ companies involved in the sig on/off.
**What are initiatives that should be highlighted, lauded, shout out, that your group is proud of? | ||
Currently underway? What are some of the longer tail projects that your group is working on?** | ||
|
||
- Initiatives: |
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.
ty for sectioning them out this way
|
||
**What areas and/or subprojects does the group need the most help with?** | ||
|
||
- **Docs improvement**: |
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.
ty for calling this out
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.
agreed, thanks. I noticed https://docs.google.com/document/d/1t2QoASmg_BssFczl8n7UNTDWKgncMSrLTX802fQ0lK8/edit# and #5674 recently, which seemed to address some of the developer-facing bits. Would it make sense to open help-wanted issues for remaining dev doc gaps and for specific user-oriented gaps?
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.
Yes, @ingvagabund 's recent contributions really make the docs greatly improved. With those docs in place, I think we're fine on dev docs. In terms of user-oriented doc gaps, we will open help-wanted issues for tracking.
/committee steering |
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.
lgtm, I just had one question about the two inactive subprojects mentioned
sig-scheduling/2020-annual-report.md
Outdated
|
||
**What's the average open days of a PR and Issue in your group? What metrics does your group care about and/or measure?** | ||
|
||
We haven't stated leveraging devstat data or Github board to get a high-level picture of PR/Issue. |
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 haven't stated leveraging devstat data or Github board to get a high-level picture of PR/Issue. | |
We haven't started leveraging devstat data or Github board to get a high-level picture of PR/Issue. |
|
||
**What areas and/or subprojects does the group need the most help with?** | ||
|
||
- **Docs improvement**: |
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.
agreed, thanks. I noticed https://docs.google.com/document/d/1t2QoASmg_BssFczl8n7UNTDWKgncMSrLTX802fQ0lK8/edit# and #5674 recently, which seemed to address some of the developer-facing bits. Would it make sense to open help-wanted issues for remaining dev doc gaps and for specific user-oriented gaps?
1f25fd6
to
0b47ff0
Compare
/lgtm /hold |
/lgtm |
/hold cancel |
Adding initial template for SIG-Scheduling 2020 Annual Report.
This is due by March 8th and will be shown to the SIG and Slack.
Which issue(s) this PR fixes:
Fixes #5510.