Skip to content

chore: point CodeRabbit at this repository's own conventions - #44

Open
btravers wants to merge 2 commits into
mainfrom
chore/coderabbit
Open

chore: point CodeRabbit at this repository's own conventions#44
btravers wants to merge 2 commits into
mainfrom
chore/coderabbit

Conversation

@btravers

Copy link
Copy Markdown
Contributor

Adds a .coderabbit.yaml now that CodeRabbit is installed on the org.

It points at this repository's spec rather than restating it. The
conventions are already written down and already reviewed; a second copy in
YAML would be a fifth copy with no gate, which is the drift this org keeps
meeting. So path_instructions say read the spec file, hold the diff to it,
and spell out only the handful of things a generic reviewer gets actively
wrong — the ones where a suggestion is not debatable but simply not how this
codebase works.

path_filters keep generated output and the lockfile out of what it reads.

Nothing else is configured. Every other key stays at its default, deliberately:
profile: chill, no poem, no request_changes_workflow, no tools block —
the linters CodeRabbit runs are the ones whose config it finds, and this repo's
gate already runs them in CI.

Two knobs worth knowing about rather than setting blind:

  • reviews.profile: assertive raises the nitpick volume. Worth trying once
    there is a review or two to judge it against.
  • reviews.request_changes_workflow: true makes CodeRabbit block a PR until
    its comments are resolved. Off by default, and it should probably stay off
    until the instructions have been tuned.

The GitHub App install itself is a click in the CodeRabbit dashboard — this file
does nothing until the app can see the repository.

A `.coderabbit.yaml` whose `path_instructions` name the spec file rather than
restating it, so there is one copy of the rules and it is the one already
under review. The `path_filters` keep generated output and the lockfile out
of the diff it reads.
Every `path_filter` except the lockfile named a path git already ignores —
`src/generated/**`, `.vitepress/dist/**`, `.vitepress/cache/**` — so none of
them could ever appear in a diff for CodeRabbit to filter. Checked with
`git ls-files` across all seven repositories: zero tracked files behind any of
them. `pnpm-lock.yaml` is the one that is tracked, and the one worth filtering.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant