Skip to content
RhodeCode
00
RhodeCode — Platform datasheet
RC-PLAT rev 5.14.0 · RhodeCode, Inc. · rhodecode.com · retrieved for evaluation
Datasheet · RC-PLAT · rev 5.14.0

Unified tools for Mercurial, Git and Subversion.

RhodeCode is an open source repository management platform. It provides unified security and team collaboration across Git, Subversion, and Mercurial. Developers get unified code review and automation with a common set of tool integrations across all repositories.

Fig. 1.0 Spec

Technical specification

RC-PLAT · rev 5.14.0

What it speaks, what it runs on and what it will hold — the questions an architect asks before a feature list matters.

14 of 14 lines
Area Supported Edition
Version control Git, Mercurial and Subversion, natively — not through a bridge CE
Protocols HTTPS, SSH, and Subversion write over HTTP CE
Databases PostgreSQL, MySQL / MariaDB, SQLite for evaluation CE
Operating system Linux x86_64 with Docker; host OS decoupled by containers CE
Installer RCstack — one command to install, upgrade or roll back CE
Orchestration Docker Compose, Helm charts and Kubernetes EE
Authentication LDAP + Groups, Active Directory, PAM, HTTP headers, auth tokens CE
Enterprise SSO SAML 2.0 (Azure Entra ID, OneLogin, Duo), Atlassian Crowd, CAS, OAuth, 2FA EE
Large files Git LFS and Mercurial largefiles, with per-repository quotas CE
Automation REST API over the whole platform, rcextensions and server-side hooks CE
Scaling Gunicorn workers with gevent; multi-node cluster behind a load balancer EE
Search index Whole-instance incremental index, permission-filtered at query time EE
Air-gapped Offline image bundle; in an air-gapped install the application opens no outbound connection CE
Audit retention Immutable log, 7-year default, streamable to an external SIEM CE

Full requirements and tuning guidance in the system administration docs.

Fig. 2.0 Integ

Fits the toolchain you already paid for

Integrate an existing code base with new tools and issue trackers. Automate your workflow to implement faster.

Event flow Jira
  1. 01 Commit git commit -m "fixes #PAY-142"
  2. 02 RhodeCode The push matches the fixes pattern
  3. 03 Jira PAY-142 moves to Resolved
Fig. 3.0 Dossiers

Capability dossiers

Six capabilities · specification per capability
3.1 Review Rules: EE · PRs: CE

One review workflow, whichever VCS the team chose.

Reviewer rules pick the right people from the paths a changeset touches, then hold the merge until policy is satisfied — identically on all three systems.

  • Path-based reviewer rules with required approval counts
  • Split and unified diffs with per-file review tracking
  • Built-in review chat beside the diff, not in another tool
  • Signed-commit and branch-protection enforcement
Scope
All three VCS
Rules
Glob paths → owner groups
Gate
Blocks merge until met
Fig. 3.1 Side-by-side review of a commit — rhodecode-enterprise-ce
Fig. 3.1 Side-by-side review of a commit — rhodecode-enterprise-ce
Side-by-side diff of a seven-file commit in rhodecode-enterprise-ce, removed lines in red and added lines in green
Fig. 3.5

Permission resolver

Interactive · same rules as the product

Choose a subject and a target. The resolver evaluates the same order the product does: global default, then repository group inheritance, then the repository grant, then path rules, then explicit deny, then the IP restriction. Deny always wins.

Subject
Target
Network
Evaluation trace
  1. 01 Global defaultRegistered users get read on organisation-open repositories. read
  2. 02 Repository groupInherited from the parent group grant. write
  3. 03 Repository grantGrant set directly on the repository overrides inheritance. admin
  4. 04 Path ruleGuarded path, but no path restriction for this subject. admin
  5. 05 Explicit denyNo explicit deny recorded. admin
  6. 06 IP restrictionRequest originates inside 10.20.0.0/16. allowed
Effective permission
ADMIN

Administrative access on the repository, inherited grant superseded by a direct grant.

Subject
Payments Owners
Repository
payments/ledger-api
Path
src/settlement/ledger.py
IP binding
10.20.0.0/16
Audit entry
access.admin

The product ships this as access simulation — run it against a real user before you commit a permission change, and again afterwards to prove what changed.