-
Notifications
You must be signed in to change notification settings - Fork 24
Add API and CI codeowners #136
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
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -100,6 +100,56 @@ orgs: | |
| privacy: closed | ||
| repos: | ||
| kgateway: maintain | ||
| kgateway-api-owners: | ||
| description: API owners of the kgateway repo | ||
| maintainers: | ||
| - jenshu | ||
| - lgadban | ||
| - npolshakova | ||
| - timflannagan | ||
| - yuval-k | ||
| members: | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. if this is meant to be a copy of the controller-maintainers, looks like we are missing a few of the newer members (howardjohn, petrmc, ymesika) There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It shouldn't. Area based owners should be a subset of controller/kgateway maintainers who have established domain expertise in that specific area. That definitely isn't the case for API ownership here. |
||
| - ashleywang1 | ||
| - danehans | ||
| - davidjumani | ||
| - EItanya | ||
| - ilackarms | ||
| - jahvon | ||
| - jbohanon | ||
| - nfuden | ||
| - puertomontt | ||
| - saiskee | ||
| - sam-heilbron | ||
| - shashankram | ||
| - sheidkamp | ||
| - Sodman | ||
| - stevenctl | ||
| - tjons | ||
| kgateway-ci-owners: | ||
| description: CI owners of the kgateway repo | ||
| maintainers: | ||
| - jenshu | ||
| - lgadban | ||
| - npolshakova | ||
| - timflannagan | ||
| - yuval-k | ||
| members: | ||
| - ashleywang1 | ||
| - danehans | ||
| - davidjumani | ||
| - EItanya | ||
| - ilackarms | ||
| - jahvon | ||
| - jbohanon | ||
| - nfuden | ||
| - puertomontt | ||
| - saiskee | ||
| - sam-heilbron | ||
| - shashankram | ||
| - sheidkamp | ||
| - Sodman | ||
| - stevenctl | ||
| - tjons | ||
| documentation-maintainers: | ||
| description: Maintainers of the kgateway.dev repo | ||
| maintainers: | ||
|
|
||
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.
owner isn't a defined roll within the org? What does it mean to be an owner?
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.
this is to define a new team to be used as codeowners
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.
But as a project, what is an owner? How do I become one? It's not a defined role I can have. There are no qualifications but somehow folks have membership in a team that grants some privileges to 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.
yes, i think we don't yet have a clear definition of this role and how one would get into this group
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.
In Istio, we have nested maintainer roles such as networking/ztunnel. Every ztunnel maintainer is a networking maintainer but not every networking maintainer is a ztunnel maintainer. Is this essentially meant to be nested like that? If you are a kgw maintainer you can also be a kgw/api maintainer for example?
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.
yeah i think it's reasonable that "kgateway api maintainer" would be a subset of "kgateway controller maintainer".
if we are calling this a new "maintainer" group then do we also need to have a formal process that's documented in https://github.com/kgateway-dev/community/blob/main/CONTRIBUTOR_LADDER.md#maintainer? in Istio how does one become a ztunnel maintainer for example?
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.
Something like controller/api makes sense to me. I don't think we need a specific ladder per se. If you qualify to be controller/api you should naturally meet the qualifications of the more general controller I'd suspect. Do we imagine this won't be the case?
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 was more asking the other way around - if you are already a (more general) controller maintainer, what extra qualifications do you need to become a controller api maintainer?
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.
Oh, I see. Enough pr/reviews/knowledge/involvement in the API area. Trust of the other API maintainers.