-
Notifications
You must be signed in to change notification settings - Fork 5.9k
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
.github: add CODEOWNERS file to implement config review #28249
Conversation
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
CODEOWNERS mechanism is a bit sick to decide who to request review. I'll create a team for this dedicated purpose. Hopefully it is special enough because we cannot create too much teams to specially handle these cases. |
@Mini256 |
For how CODEOWNERS works, you may be interested in https://github.community/t/where-is-the-logic-how-codeowners-works-on-auto-assigning/183421 |
/hold |
@tisonkun There's a typo in the group name:
|
Updated. |
/run-check_dev_2 |
/unhold |
@Mini256 is it ready to merge? is tichi config ready? |
#### Proposal https://internals.tidb.io/t/topic/374/15?u=mini256 #### Related PR pingcap/tidb#28249 #### How it works **Notice**: When this PR is merged, the robot will automatically synchronize the configuration to the branch protection configuration of the GitHub repository.  We enable the CODEOWNERS to implement our config review mechanism by turning on the `require_code_owner_reviews` option. But GitHub will require us to enable the `required_approving_review_count` option at the same time, and the minimum value of this option is 1. It will require our PR to pass through at least one reviewer with **write permission** before it can be merged. However, our *team reviewer* only has read permission in the repository settings. Notice: **After enabling this option, if the PR does not get the approval of at least one committer or maintainer (whose role with write permission) before the committer comments `/merge`, the committer needs to perform an additional approve operation, or GitHub will prompt this.** 
For now, tichi config is ready, the 'require code owners review' config is enabled. |
@bb7133, Should this PR cherry-pick to the release branch, to ensure that configuration item modifications need to be reviewed again before merging into the release branch. |
I don't think we need to cherry pick to the release branch. There is already protection such that cherry-picks need to be approved by a limited set of people. |
/cc @bb7133 PTAL~ |
ping @bb7133 |
/merge |
This pull request has been accepted and is ready to merge. Commit hash: 2c839f1
|
@Mini256: Your PR was out of date, I have automatically updated it for you. At the same time I will also trigger all tests for you: /run-all-tests If the CI test fails, you just re-trigger the test that failed and the bot will merge the PR for you after the CI passes. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the ti-community-infra/tichi repository. |
What is changed and how it works?
Proposal: https://internals.tidb.io/t/topic/374/15?u=mini256
What's Changed:
When the PR modifies significant config files, requires domain experts to review them before merging.
How it Works:
Check List
Tests
Release note