Rules & repo support
What is monorepo support?
Handling a repository containing many projects: per-directory configuration, ownership and scoped analysis.
In a monorepo, one repository holds many services owned by different teams with different languages and standards. A tool that treats it as a single unit produces one undifferentiated finding list and one meaningless quality grade.
Real support means scoping analysis to changed paths, applying different configuration per subdirectory, and routing findings to the owning team. Without it, adoption stalls because nobody feels responsible for the shared number.
What to look for
- Per-directory configuration and quality gates
- Analysis scoped to changed paths rather than the whole tree
- Ownership routing, typically via CODEOWNERS
- Pricing model, since some tools bill a monorepo as a single project, others by size
Best 18 code quality, security and code review tools with monorepo support
Every tool in the directory whose documentation covers this, 12 fully and 6 partially. Full support is shown first. Shown in a random order that changes on every visit, so no tool gets an advantage from its position.
Support is not the same as parity, since some implementations are narrower in scope, gated to a higher plan tier, or maintained only for existing customers. The note under each tool is what its own documentation describes.
Code Security Platform
Split monorepo per path (Pro+); GitLab/Azure DevOps only, no secrets scanning
AI Coding Agent
Nested per-service AGENTS.md rules and path-based severity overrides; review pane also handles multi-repo projects.
AI Coding Agent
Dedicated docs cover per-package CLAUDE.md, sparse worktrees, and per-directory skills for monorepos.
Code Security Platform
BLAST endpoint-reachability analysis attributes findings to the correct sub-project within a monorepo.
PR Review Tool
Nested BUGBOT.md discovery upward from changed files, glob-scoped rules, ROUTING.md product boundaries.
Code Quality Platform
All tiers provide monorepo support alongside unlimited pull request reviews.
Code Security Platform
category param documented for monorepo SARIF differentiation; matrix builds run per-component analysis in parallel
PR Review Tool
Cascading .greptile/ per-directory config lets monorepo packages own strictness, rules and filters
Code Quality Platform
Sandboxed per-plugin installs, prefix/package_file scoping, directory-scoped triage, differential analysis, directory-level UI
PR Review Tool
Path-pattern rule scopes, folder-level rule scoping, folder allow-listing in ignore rules
Code Security Platform
The CLI's --all-projects flag explicitly documents monorepo scanning, alongside --detection-depth and --exclude for multi-package repos.
Code Quality Platform
Multi-project repository analysis with monorepo branch, PR, and scoped analysis.
PR Review Tool
"Monorepo" appears only in test-coverage upload tagging docs (per-module coverage); no equivalent guidance for code-review or security scanning across a monorepo's packages.
PR Review Tool
Glob path filters/instructions and hierarchical per-directory config; monorepos never named explicitly
Code Quality Platform
Architectural definitions give subsystem, component and service-level analysis; monorepos never named explicitly
AI Coding Agent
Multiple separate repositories can be selected as chat context; scanning or configuring multiple packages within a single repository is not documented.
Code Security Platform
Dashboard project filters can target a monorepo subfolder; no wider monorepo handling documented.
Code Security Platform
Multi-module build uploads let you choose which modules to scan, adjacent to monorepo scanning; repo-scanning docs never use the term "monorepo" or describe per-directory project scoping.
Related terms
FAQ
What is monorepo support?
Handling a repository containing many projects: per-directory configuration, ownership and scoped analysis.
How many tools in the directory offer monorepo support?
18 of the 20 tools in this directory offer monorepo support, 12 fully and 6 partially:
Support is not the same as parity, since some implementations are narrower in scope, gated to a higher plan tier, or maintained only for existing customers. The note under each tool is what its own documentation describes.
What should you check when comparing tools with monorepo support?
Four things:
- Per-directory configuration and quality gates
- Analysis scoped to changed paths rather than the whole tree
- Ownership routing, typically via CODEOWNERS
- Pricing model, since some tools bill a monorepo as a single project, others by size