-
Notifications
You must be signed in to change notification settings - Fork 132
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
[Governance Review]: KubeEdge #637
Labels
Comments
I've started work on this review. |
Draft is posted: #663 |
Thanks for @jberkus review and valuable comments. We will take a look these comments and have some discussions as soon as possible. |
@wbc6080 GovWG is happy to work with you on resolving the identified critical issues. |
This is published: kubeedge review Please contact us for any advice on resolving the identified issues. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Project Name
KubeEdge
Project Website
https://kubeedge.io/
Contact Details 1
@fisherxu
Contact Details 2
@dingyin
Contact Details 3
@wbc6080
Links to communication channels
https://cloud-native.slack.com/archives/C066UJZJKQE
Reason for governance review request
Application for moving levels from Incubation to Graduation
Are there any sub-projects, plugins, and related?
https://github.com/kubeedge/edgemesh
https://github.com/kubeedge/mappers-go
https://github.com/kubeedge/sedna
https://github.com/kubeedge/ianvs
Governance model
The community governance of KubeEdge is mainly divided into Technical Steering Committees(TSC), Special Interest Groups(SIG) and Working Groups(WG)
The KubeEdge community has 7 Technical Steering Committee members from 6 companies, who are the governing body for the KubeEdge project, providing decision-making and oversight pertaining to the KubeEdge project bylaws. The Technical Steering Committee also defines the project values and structure.
Technical Steering Committee: https://github.com/kubeedge/community/tree/f3548585203cd39e0675836bf526087807091d81/committee-technical-steering
KubeEdge now has 10 SIGs, and each SIG has at least one or two Chairs and Tech leaders, who focus on maintaining corresponding modules, now KubeEdge also has 15+ SIG Chair/Tech-leader.
SIGs: https://github.com/kubeedge/community/tree/f3548585203cd39e0675836bf526087807091d81
KubeEdge now has one WG. Working Groups provide a formal avenue for disparate groups to collaborate around a common problem, craft a balanced position, and are dissolved by TSC after the problem solved.
WGs: https://github.com/kubeedge/community/tree/f3548585203cd39e0675836bf526087807091d81
KubeEdge has 12 core maintainers from 7 companies, who are responsible for maintaining code development for overall projects.
Maintainers list: https://github.com/kubeedge/kubeedge/blob/86f768b89dd084ff913014813c2da4dfa33aa8f2/MAINTAINERS.md
For more detailed information, please refer to our GOVERNANCE.md
Governance documents
Project purpose:
Maintainer list:
How your project is making decisions:
How and when contributors are moving through the contributor ladder (e.g. becoming a maintainer):
Maintainer life cycle with information about how and when maintainers are demoted:
Code of Conduct:
Contributor Guide:
How your community conduct communication and meetings:
The meetings of the KubeEdge community are mainly divided into three categories, namely community meetings, TSC meetings and each SIG meetings.
How your community handles security reporting and response:
Who owns what code and docs:
Governance Execution Examples
Election examples:
The initial TSC members of KubeEdge are picked by the project maintainers based on contributions and experience, The first election will come in Sep/Oct 2024.
Voting example (decision making):
Promoting a contributor:
Demoting a maintainer:
Security response:
Meeting recordings:
Governance Evolution
Since KubeEdge reached the incubation level, the community governance has evolved by adding TSC, adding SIG chairs and others as follows:
Add TSC:
Add SIG chairs:
Add SIG Technical Leads:
Create project repository:
Added retirement mechanism for inactive members:
Any specific aspects of your governance structure are you seeking feedback on?
Nothing specific
Do you have any concerns or specific areas where you feel your governance could be improved?
I personally think that there are still some shortcomings that can be optimized as follows:
Additional notes and resources
No response
The text was updated successfully, but these errors were encountered: