autoscaler
autoscaler copied to clipboard
azure CAS: add reviewers
What type of PR is this?
What this PR does / why we need it:
This PR adds reviewers to the Azure CAS provider based on demonstrated participation in the project. See:
- https://github.com/kubernetes/autoscaler/pulls?q=is%3Aclosed+is%3Apr+label%3Aarea%2Fprovider%2Fazure+
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?
NONE
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.:
The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the kubernetes org. You can then trigger verification by writing /verify-owners in a comment.
- charliedmcb
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
- aagusuab
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
- rakechill
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
Thank you @nojnhuh @rakechill @charliedmcb @aagusuab !!!
/assign @tallaxes
ping @tallaxes
The Kubernetes project currently lacks enough contributors to adequately respond to all PRs.
This bot triages PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the PR is closed
You can:
- Mark this PR as fresh with
/remove-lifecycle stale - Close this PR with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
/lgtm /approve
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: jackfrancis, tallaxes
The full list of commands accepted by this bot can be found here.
The pull request process is described here
- ~~cluster-autoscaler/cloudprovider/azure/OWNERS~~ [jackfrancis,tallaxes]
Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment
The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the kubernetes org. You can then trigger verification by writing
/verify-ownersin a comment.
charliedmcb
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
aagusuab
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
rakechill
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
Hi, @jackfrancis this PR is not merged because the members you added for reviewers are not the members in the k8s org, It will be good if they can become members in k8s org so they can review and give lgtm to the PR easily otherwise lgtm label will not work for them.
The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the kubernetes org. You can then trigger verification by writing
/verify-ownersin a comment.
charliedmcb
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
aagusuab
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
rakechill
- User is not a member of the org. Satisfy at least one of these conditions to make the user trusted.
Hi, @jackfrancis this PR is not merged because the members you added for reviewers are not the members in the k8s org, It will be good if they can become members in k8s org so they can review and give lgtm to the PR easily otherwise lgtm label will not work for them.
Hi @jackfrancis, any update on this?
/hold unhold it, once members (in the owners file) become members in k8s org.
The Kubernetes project currently lacks enough contributors to adequately respond to all PRs.
This bot triages PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the PR is closed
You can:
- Mark this PR as fresh with
/remove-lifecycle stale - Close this PR with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all PRs.
This bot triages PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the PR is closed
You can:
- Mark this PR as fresh with
/remove-lifecycle rotten - Close this PR with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the PR is closed
You can:
- Reopen this PR with
/reopen - Mark this PR as fresh with
/remove-lifecycle rotten - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/close
@k8s-triage-robot: Closed this PR.
In response to this:
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages PRs according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied- After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied- After 30d of inactivity since
lifecycle/rottenwas applied, the PR is closedYou can:
- Reopen this PR with
/reopen- Mark this PR as fresh with
/remove-lifecycle rotten- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/close
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 kubernetes-sigs/prow repository.