Automation for GitHub Project Boards
I currently run the Node Triage Board. We manually update it based on these guidelines.
The only automation available that works consistently is moving things to Done when closed or merged.
It would be great to have the support of automation to do the following tasks:
- Add cards to the Triage column automatically based on the search we use in the "Add Cards" query
- With maximum priority: All cards with any "do-not-merge/*" labels should be moved to the Waiting on Author column
- With next priority: All cards without [lgtm, needs-priority, needs-triage] should get moved to Needs Reviewer column
- With next priority: All cards without [needs-priority, needs-triage] and with lgtm should get moved to the Needs Approver column
- Move any reopened (previously closed) PRs back to the Triage column (this might already be possible)
- Move any PRs with "Changes Requested" reviews to the Waiting on Author column (might also be possible?)
- If a card was manually moved to a column, do not automatically move it without a label change occurring first (i.e. I don't want to fight automation when it's wrong)
/area github-management /cc @mrbobbytables
/sig contributor-experience /assign @mrbobbytables
Referencing the k/test-infra issue from back in the day: https://github.com/kubernetes/test-infra/issues/9925
Just to update, the feedback has been passed onto GitHub 👍
+1 to this. Having some automation (add card, move card, remove card) based on configurable labels & issue/PR status would really help to start using project boards
+1. Brought up this issue yesterday during SIG Auth's first triage session.
Can we use something like https://github.com/apps/project-bot in the interim?
One additional ask: it would be an enormous improvement for columns to automatically sort by last updated (most recent at top, least recent at bottom for example). Right now, I have to look at every single issue in a column manually to see if it's been updated, about once a week.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and 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 issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale - Mark this issue or PR as rotten with
/lifecycle rotten - Close this issue or 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
This is still (painfully) relevant.
Can we use something like https://github.com/apps/project-bot in the interim?
Sorry just saw this, it's no longer being maintained and doesn't work quite right these days :(
https://github.com/googleapis/repo-automation-bots could we use something like this, perhaps ? :eyes:
We can use https://github.com/alex-page/github-project-automation-plus and modify it according to our requirements.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and 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 issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale - Mark this issue or PR as rotten with
/lifecycle rotten - Close this issue or 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
We can use https://github.com/alex-page/github-project-automation-plus and modify it according to our requirements.
There's quite a bit of modification required. In particular, we'd need to set up GH actions on any affected repos such as k/k and it doesn't support filtering by label.
/cc @hh
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and 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 issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale - Mark this issue or PR as rotten with
/lifecycle rotten - Close this issue or 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 issues and PRs.
This bot triages issues and 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 issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle rotten - Close this issue or PR with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
Revisit the issue, do we have any progress on this or we do have some standard configurations for project board. For sig scheduling, we recently create a new board for tracing, but not smooth enough. It's actually a hand-actuated. https://github.com/orgs/kubernetes/projects/79/views/1
/remove-lifecycle rotten
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and 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 issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale - Mark this issue or PR as rotten with
/lifecycle rotten - Close this issue or 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 Any updates on this?
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues 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 issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle stale - Close this issue 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 issues.
This bot triages un-triaged issues 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 issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle rotten - Close this issue with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/lifecycle frozen