Skip to content

HIP: Document and Track maintainer groups #394

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

Open
wants to merge 8 commits into
base: main
Choose a base branch
from

Conversation

scottrigby
Copy link
Member

@scottrigby scottrigby commented Apr 7, 2025

Improves upon #156
closes #156

CC @helm/helm-org-maintainers

Reasoning

Something about this question Matt asked 4 years ago struck me finally:

mattfarina on Apr 1, 2021
@marckhouzam or anyone else... what would be a good way to document the community repo being owned by the org maintainers? Any suggestions?

The spirit of Matt's HIP—publicly documenting all Helm maintainers, their roles and ownership of different parts of the Helm project—is important. In order to do that fully I don't think "subprojects" is an adequate term to replace "teams". As Matt's question says, it leaves out Org maintainers. And also the Security team. Both of which the former PR removes from the existing TEAMS.md. I didn't think we should remove that file unless we properly replaced what it currently defines. This updated HIP does.

The proposed YAML file in Matt's PR is already a list of the different groups of maintainers, and the things that group owns nested below each group. To be fully inclusive of all the groups, this PR suggests we change "subprojects" to "maintainer groups", and fleshes it all out in maintainer-groups.yaml.

Are Org maintainers and Project maintainers all "maintainer groups"? I would say yes. So is the Security Team. As are project maintainers. They are all groups of maintainers with different roles and responsibilities that oversee certain things we should define publicly. I drew this term from Helm's GOVERNANCE.md, where "maintainer groups" or "groups of maintainers" is used several times. For example:

In some cases a groups of maintainers are responsible for more than one repo (e.g., charts maintainers managing the charts, chart-testing, charts-tooling). In other cases the maintainers are responsible for a single project (e.g., chartmuseum).

Would be happy to use a different term if someone has a better idea, but I think "maintainer groups" is captures it.

Additional notes

I squashed Matt's commits to keep commit history in order to allow rebasing against main (it was too old to do that easily). And then added commits on top of his.

mattfarina and others added 8 commits April 6, 2025 01:59
Signed-off-by: Matt Farina <[email protected]>

Updating HIP 7 based on feedback

Signed-off-by: Matt Farina <[email protected]>

Move to 9999

Signed-off-by: Scott Rigby <[email protected]>
Signed-off-by: Scott Rigby <[email protected]>
…hat we can document everything

Signed-off-by: Scott Rigby <[email protected]>
Signed-off-by: Scott Rigby <[email protected]>
Signed-off-by: Scott Rigby <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants