Repository navigation
Conversation
The label is already in use: it was created by hand on ocl_issues and the OCL Online tracker. labels.yml is the canonical list, but it didn't define the label, so the list no longer matched the trackers and provision-labels.sh couldn't carry it to the other repos. It takes the component block's colour (0e8a16) and a description in that block's style. The header count goes from 33 to 34. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Codex review, pass 1
No findings, so nothing to fix. |
… both trackers The label was created by hand on ocl_issues and ocl_online as "OCL Community Site (website)", and provision-labels.sh compares colour only. Matching the live text avoids drift without editing any label. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Codex review, pass 2
Nothing from review is left open. 🤖 Generated with Claude Code |
Linked Issue
None. This brings the canonical label list in line with a label that's already in use.
Summary
component/community-sitewas created by hand onocl_issuesand the OCL Online tracker, with the component block's colour.labels.ymlis the canonical list, but it didn't define the label, so the list no longer matched the trackers andprovision-labels.shcouldn't carry the label to the other repos.component/community-siteat the end of the component block: colour0e8a16, description "OCL community website", in that block's style.Test Plan
yq 'length' labels.ymlreturns 34, with no duplicate names../provision-labels.sh --dry-run ocl_issues ocl-cli:ocl_issuesskips the label (it exists, same colour) andocl-cliwould create it. Nothing else would change.Notes
provision-labels.shruns.provision-labels.shcompares colour only, so it won't rewrite that. To match, rungh label edit component/community-site --description "OCL community website"on each tracker.🤖 Generated with Claude Code