Skip to content
RhodeCode
00
Sector dossier · GAM

Game studios use RhodeCode for large asset repos, branch-heavy workflows, and on-prem control.

Code and multi-gigabyte art, audio and level data in the same project, touched by programmers, artists and designers at once — with unreleased work that must not leave the studio before a date somebody else picked.

Profile Typical deployment
Constraint Embargo until announcement
Repositories 100–1,500
Binding constraint Asset size, not code size
VCS mix Git + hg, SVN in art pipelines
01 Constraints

The constraint you arrived with is not unique to you

Which controls each sector treats as a hard requirement, which are common, and which rarely apply. Your row is highlighted.

hard requirement common not typical

Regulatory and operational constraints by sector
Sector Air-gapped Export control Path-level access Signed approvals IT/OT or zone split Long audit retention
FINFinancial services Air-gapped: not typical Export control: hard requirement Path-level access: hard requirement Signed approvals: hard requirement IT/OT or zone split: not typical Long audit retention: hard requirement
DEFDefence & government Air-gapped: hard requirement Export control: hard requirement Path-level access: hard requirement Signed approvals: common IT/OT or zone split: hard requirement Long audit retention: hard requirement
AUTAutomotive & embedded Air-gapped: not typical Export control: common Path-level access: hard requirement Signed approvals: hard requirement IT/OT or zone split: hard requirement Long audit retention: common
MEDHealthcare & life sciences Air-gapped: not typical Export control: not typical Path-level access: hard requirement Signed approvals: hard requirement IT/OT or zone split: not typical Long audit retention: hard requirement
SCIResearch & national labs Air-gapped: hard requirement Export control: common Path-level access: common Signed approvals: common IT/OT or zone split: not typical Long audit retention: common
AERAerospace & space Air-gapped: hard requirement Export control: hard requirement Path-level access: hard requirement Signed approvals: hard requirement IT/OT or zone split: hard requirement Long audit retention: common
ENREnergy & utilities Air-gapped: hard requirement Export control: hard requirement Path-level access: common Signed approvals: common IT/OT or zone split: hard requirement Long audit retention: common
TELTelecom Air-gapped: not typical Export control: common Path-level access: hard requirement Signed approvals: common IT/OT or zone split: common Long audit retention: hard requirement
SEMSemiconductor & IP Air-gapped: hard requirement Export control: hard requirement Path-level access: hard requirement Signed approvals: common IT/OT or zone split: hard requirement Long audit retention: hard requirement
GAMGames & interactive Air-gapped: not typical Export control: not typical Path-level access: hard requirement Signed approvals: common IT/OT or zone split: not typical Long audit retention: common
01a Needs

What the platform has to do here

Four requirements this reader cannot compromise on, and the shape of answer that fails them.

01 Git LFS and Mercurial largefiles with per-repository quotas
02 Path-level access so outsourcing partners see one asset tree, not the project
03 Long-lived feature and release branches with protection rules per title
04 Review that works for a designer and a gameplay programmer equally
Where the usual answer fails

Platforms priced and tuned for text repositories struggle with a project where the binaries outweigh the code by two orders of magnitude.

02 Cases

How that works in practice

02.1 Large game asset support Game projects mix code with multi-gigabyte art, audio and level data. RhodeCode supports Git LFS for Git repositories and Mercurial's largefiles extension for Hg, so large binaries are versioned rather than passed around.
02.2 Team collaboration across disciplines Programmers, artists, level designers and audio engineers all touch the same project. Code review, inline comments and pull requests keep cross-discipline changes traceable without forcing everyone into the same tooling.
02.3 Process automation and integrations Hook RhodeCode into your build pipeline with a documented REST API and webhooks. Smart commits update Jira or Redmine on push, merge or pull request, and settings are per repository rather than global.
03 Next

Tell us the constraint, not the feature list

Deployments in this shape usually turn on one binding constraint. Describe yours and we will say plainly whether RhodeCode answers it — including when it does not.