feat(ci): auto-assign issues based on area labels#513
Conversation
Add area-to-assignee mappings in .settings.yaml and update the labeler workflow to automatically assign team members when area labels are applied to PRs.
Coverage Report ✅
Coverage BadgeNo Go source files changed in this PR. |
Cross-Review Summary for PR #513Reviewers: Claude Code, Codex, CodeRabbit + Integration Impact Analysis Confirmed Issues
Additional Findings
RecommendationConsider replacing the Positive Observations
Cross-review by Claude Code + Codex + CodeRabbit |
yuanchen8911
left a comment
There was a problem hiding this comment.
assign assignee or reviewer?
This is for Issues, not PRs. The title got messed up. Since issues there also is no need for yq. @yuanchen8911 PTAL |
Move area-based assignee logic to triage.yaml (issues, not PRs). Revert labeler.yaml to original. Fetch .settings.yaml via GitHub API to avoid yq dependency and checkout step. Addresses review feedback on #513.
ack. should we automatically assign a reviewer for PR too? |
That one is kind of harder, ultimately we need a maintainer to ACK it anyway so probably not as urgent but we can look into this in a subsequent PR |
Cross-Review Summary for PR #513Reviewers: Claude Code, Codex, CodeRabbit + Integration Analysis Confirmed Issues
Open Questions
Cross-review by Claude Code + Codex + CodeRabbit |
Add contents: read to job-level permissions so repos.getContent() can fetch .settings.yaml. Fix comment to say "issues" not "PRs".
|
@yuanchen8911 all 3 comments should be resolved now |
Summary
area_assigneesmap to.settings.yamlmapping eacharea/*label to a team membertriage.yamlworkflow to auto-assign issues when an area label is applied.settings.yamlvia GitHub API — no checkout oryqdependency neededTest plan
actionlintarea/clilabel to a test issue and confirmlockwobris assigned