coderabbit repository in your organization and add your .coderabbit.yaml file - CodeRabbit automatically applies these settings to any repository that doesn’t have its own configuration.
Organization-wide consistency
Single source of truth for code review standards across all repositories
Simplified management
Update settings once instead of modifying each repository individually
Configuration hierarchy
Global overrides take precedence over everything, followed by repository
configs, central configs, and organization defaults - giving admins
enforcement power while keeping teams flexible
How configuration resolution works
CodeRabbit checks for configuration in this priority order:| Priority | Source | Location |
|---|---|---|
| 0 (Highest) | Global overrides | CodeRabbit UI - Organization Settings - Global Overrides |
| 1 | Repository file | .coderabbit.yaml in the repository |
| 2 | Central repository | .coderabbit.yaml in coderabbit repository |
| 3 | Repository settings | CodeRabbit UI - Repository Settings |
| 4 | Organization settings | CodeRabbit UI - Organization Settings |
| 5 (Lowest) | Default settings | CodeRabbit schema defaults |
- Repository file:
Path: .coderabbit.yaml - Central repository:
Repository: coderabbit/.coderabbit.yaml - UI settings:
CodeRabbit UI
Setup
Create the central repository
Create a repository named
coderabbit in your organization. The location depends on your platform:- GitHub:
organization/coderabbit - GitLab:
group/coderabbit(orgroup/subgroup/coderabbitfor nested groups) - Azure DevOps:
project/coderabbit - Bitbucket Cloud:
workspace/coderabbit
Add your configuration
Create a
.coderabbit.yaml file in the repository root with your
organization’s settings:Install CodeRabbit
Install CodeRabbit on the central
coderabbit repository through your
platform’s installation process.GitLab hierarchical configuration
GitLab supports team-specific configurations through its nested group structure. CodeRabbit automatically finds the closestcoderabbit repository in your group hierarchy, allowing different teams to have their own settings while maintaining organization-wide defaults.
Configuration inheritance example:
| Project path | Configuration used |
|---|---|
company/team-a/subteam/project1 | company/team-a/subteam/coderabbit |
company/team-a/project2 | company/team-a/coderabbit |
company/team-b/project3 | company/coderabbit |
For configuration inheritance to work across the group hierarchy, CodeRabbit must be installed on the top-level group (for example,
company in the table above). This grants CodeRabbit the access it needs to discover and read coderabbit repositories at every level of the hierarchy.Platform limitations
- Azure DevOps: Each project requires its own
coderabbitrepository - no cross-project configuration sharing - Bitbucket Server: Central configuration not yet implemented - use individual repository settings
Repository overrides
Individual repositories can override central configuration by adding their own.coderabbit.yaml file.
Related topics
- Configuration overview - Understanding CodeRabbit configuration options
- Repository settings - Configuring individual repositories
- Organization settings - Managing organization-level settings
- Configuration reference - Complete configuration reference