-
Notifications
You must be signed in to change notification settings - Fork 175
Open
Labels
area/automationIssues and PRs concerning automation, i.e. KubeVirt job updates, KubeVirtCI bumps etc.Issues and PRs concerning automation, i.e. KubeVirt job updates, KubeVirtCI bumps etc.help wantedIdentifies an issue that has been specifically created or selected for new contributors.Identifies an issue that has been specifically created or selected for new contributors.kind/enhancementlifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.Indicates that an issue or PR should not be auto-closed due to staleness.priority/backlogIndicate that the issue or PR is a lower priority and can be worked on in the futureIndicate that the issue or PR is a lower priority and can be worked on in the futuretriage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.
Description
Since k/kubevirt currently is the source of truth when it comes to OWNERS_ALIASES sig_*_approvers and sig_*_reviewers we should sync other repositories OWNERS_ALIASES files in regular intervals, so as to keep them up to date.
Basically the repositories to sync with k/kubevirt are
- k/community
- k/user-guide
- k/enhancements (?)
Suggestion:
-
create a postsubmit that kicks in after a change in k/kubevirt OWNERS_ALIASES gets merged and sync target aliases to the same state as in the source file
How should we sync between changes here and in k/k? IOW, if someone is added as an approver for a SIG, would he need to also add himself to here in a different PR?
Originally posted by @iholder101 in kubevirt/community#360 (comment)
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
area/automationIssues and PRs concerning automation, i.e. KubeVirt job updates, KubeVirtCI bumps etc.Issues and PRs concerning automation, i.e. KubeVirt job updates, KubeVirtCI bumps etc.help wantedIdentifies an issue that has been specifically created or selected for new contributors.Identifies an issue that has been specifically created or selected for new contributors.kind/enhancementlifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.Indicates that an issue or PR should not be auto-closed due to staleness.priority/backlogIndicate that the issue or PR is a lower priority and can be worked on in the futureIndicate that the issue or PR is a lower priority and can be worked on in the futuretriage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.