-
Notifications
You must be signed in to change notification settings - Fork 80
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
Inactive maintainers and activity levels of maintainers #245
Comments
@OrlinVasilev thanks for raising this issue. |
Updating the list of maintainers according to community governance rules is perfectly acceptable. However, during this process, it is important to ensure thorough communication and respect for the genuine intentions of the current maintainers. If maintainers are willing to continue participating in the community and commit to future contributions, the community should keep their maintainership. After all, existing maintainers have made significant contributions to the Harbor community and project, with many serving as community representatives of Harbor partners, acting as a bridge between Harbor and major downstream enterprises. Of course, if after thorough communication, maintainers themselves are unable to continue contributing and agree to step down, awarding them the title of honorary maintainer to recognize their contributions makes sense. Often, inactivity may not stem from a lack of desire to contribute, but rather from a lack of effective collaboration mechanisms and clear avenues for involvement. We can optimize in these areas to allow maintainers to utilize their talents fully. @goharbor/all-maintainers |
Regarding the modification of community governance principles to expand the list of community roles, I believe this matter should be approached with caution. Despite years of effort leading to the gradual maturation of the Harbor community, it is obviously not as robust and sophisticated as the Kubernetes community to support a complicated governance system. We should continue to follow a simple process to reduce maintenance difficulty and cost. This way, the existing maintainers and contributors can focus more on improving the Harbor project, bringing more valuable features and enhancements to the community, and finding a place in the current wave of AI advancements. |
Thanks, @OrlinVasilev, for pointing out this problem. As defined by the Kubernetes community, "A core principle in maintaining a healthy community is encouraging active participation." In my opinion, we should encourage individuals to self-remove or switch to emeritus status through PRs if they cannot guarantee their participation in the community for any reason. |
@reasonerjt - removed the point for subproject maintainers |
@steven-zou - of course we should seek approval and communication with the maintainers. That's was is happening on the background and in the issue or PR! |
I support Steven's view, maintainers can make contribute in different ways. |
Hi all, my PR here: #244 brought some super healthy discussions about the activeness of maintainers and their willingness to continue contributing.
We decided to put on-hold that PR so we can discuss it here.
My points are, which were presented in the community meetings:
- Merge this one - Add subproject maintainers to GOVERNANCE #156The text was updated successfully, but these errors were encountered: