Epic Games ships Lore: a real Perforce alternative for game studios

5 min read 1 source clear_take
├── "Perforce's uncontested dominance has stagnated the game-dev VCS market, and Lore is a long-overdue challenger"
│  └── top10.dev editorial (top10.dev) → read below

Argues that for ~25 years studios shipping large games have had only two practical choices: pay Perforce or suffer. Helix Core's pricing and 1990s-era tooling have persisted purely because the niche has been uncontested, and Lore represents Epic's serious attempt to finally break that monopoly.

├── "Git fundamentally cannot serve game-scale workflows, so a purpose-built VCS is necessary"
│  ├── top10.dev editorial (top10.dev) → read below

Contends that Git has never been good at hundreds-of-GB-to-TB repos dominated by opaque binary files like .uasset that cannot be merged by hand. LFS and Plastic SCM only cover edges of the market, and Lore's emphasis on exclusive file locking, partial checkout of multi-TB trees, and a studio-centric server model directly addresses what Git refuses to take seriously.

│  └── @regnerba (Hacker News, 413 pts) → view

By submitting the Lore announcement and driving it to 413 points, the submitter signaled that the developer community sees a purpose-built game-scale VCS as newsworthy and needed. The strong organic interest suggests broad agreement that existing Git-based tooling has not solved the binary-asset problem.

└── "The licensing model is the critical unknown that will determine Lore's real impact"
  └── top10.dev editorial (top10.dev) → read below

Notes that whether Lore lands as fully open source, source-available, or Epic-account-gated is the detail every studio engineer is reading the fine print to figure out. The technical features matter less than whether studios can adopt Lore without trading Perforce lock-in for Epic lock-in.

What happened

Epic Games announced Lore, a new version control system, at lore.org. The Hacker News thread cleared 413 points in hours, which for a developer-tools launch from a single company puts it in the upper tier of organic interest this quarter. The pitch, reduced to its essentials: a VCS designed from day one for the workflow that Git has never been good at — repositories measured in hundreds of gigabytes to terabytes, dominated by opaque binary files, edited by dozens of artists and engineers who absolutely cannot merge a `.uasset` by hand.

Epic has not been subtle about why they're doing this. Unreal Engine itself is a multi-gigabyte source tree before you add a single project asset. Fortnite, internally, is one of the largest live-service codebases on the planet. For roughly twenty-five years, any studio shipping a game of meaningful size has had exactly two practical choices: pay Perforce, or suffer. Git Large File Storage exists, Git LFS plus a careful `.gitattributes` works for indie scale, and Mercurial with largefiles or Plastic SCM cover edges of the market — but at the high end, the de facto standard is Helix Core, and the de facto experience is a five-figure annual bill and a 1990s UI.

Lore is Epic's attempt to break that. The early documentation emphasizes exclusive file locking (the feature Git refuses to take seriously), partial checkout of multi-terabyte trees, and a server model that assumes the network of record sits inside a studio rather than on a developer's laptop. Whether the licensing lands as fully open source, source-available, or Epic-account-gated is the detail every studio engineer is reading the fine print to figure out.

Why it matters

The interesting thing about Perforce is not that it's bad — it isn't, technically — but that it's been *uncontested* in its niche for so long that the market has stopped expecting better. Helix Core's pricing model and tooling experience persists because nobody with the engineering muscle to displace it had a reason to try. Microsoft has GVFS and Scalar, but those are bolt-ons aimed at Windows-sized Git monorepos, not at binary art pipelines. Atlassian abandoned the space. Gitea, Forgejo, and the rest of the self-hosted Git ecosystem still inherit Git's fundamental allergy to large opaque blobs.

Epic has the muscle, and more importantly, has the forcing function. Unreal Engine's source is on GitHub today via a special access program, but the *internal* Epic workflow has always been Perforce. Migrating that to their own system is the kind of dogfooding that either makes Lore production-grade or kills it before launch. If Fortnite ships a season on Lore, that is more credible than any benchmark.

The community reaction on HN tracks two threads. The first is genuine relief from game-industry engineers who have spent careers fighting Perforce's CLI ergonomics and licensing renewals. The second is skepticism: every previous "Perforce killer" — from Plastic SCM to git-annex to Pijul — has either gotten absorbed into a niche or stalled out, because the moat is not the diff algorithm, it's the integrations. Unreal Editor, Maya, Substance, Houdini, Jenkins, every CI runner, every build farm — they all speak Perforce. Lore needs adapters for that whole ecosystem before a studio can credibly switch, and the question is whether Epic ships those or expects the community to.

There's a quieter second-order story here too. Binary-heavy version control is not only a game-dev problem anymore. ML teams shipping 200GB model weights have rediscovered every pain point Perforce was built to solve. CAD shops, VFX houses, and anyone running a media pipeline keep reinventing fragile rsync-and-NAS approximations of source control. If Lore exposes a clean protocol and a real storage layer, the addressable market is meaningfully larger than "studios that ship on Unreal."

What this means for your stack

If you ship games, especially on Unreal, the next 90 days are about due diligence rather than migration. Pilot Lore on a non-critical project, measure checkout times against your current Perforce server on a real asset tree, and stress-test the locking semantics under realistic team load. The migration cost from Perforce is not the data — `p4 to git` style converters will exist within weeks — it's the build infrastructure, the CI hooks, the producer dashboards, and the muscle memory of every artist on staff. Budget the *people* cost, not the disk cost.

If you ship non-game software with large binary artifacts — ML weights, datasets, design files, video — watch this for the protocol and storage primitives rather than the brand. The interesting question is whether Lore's content-addressed storage is general enough to host things that aren't `.uasset` files. A version control system with first-class support for terabyte trees and exclusive locks is a tool the data and ML worlds have been Frankensteining out of DVC, Git LFS, and S3 for years.

If you ship pure-source codebases — backends, web, mobile, regular libraries — this changes nothing about your workflow, and you should stay on Git. Lore is not trying to displace Git for code. It is trying to displace Perforce for *assets*, which is a different problem with different ergonomic trade-offs (centralized server of record, locks, partial checkout) than what Git optimizes for.

The one thing every team should do regardless: read the license terms before forming an opinion. Epic's history with Unreal Engine is permissive-ish for small studios and revenue-share past a threshold. If Lore inherits that model, smaller teams win and enterprises pay. If it's straight Apache or MIT, the calculation changes for everyone.

Looking ahead

The honest forecast: Lore does not displace Perforce in eighteen months, because no tool with twenty-five years of integration depth gets displaced that fast. But it doesn't need to. It needs to make Perforce *contested* — to give every studio negotiating their next Helix Core renewal a real BATNA. That alone moves the market. The studios most likely to switch first are mid-sized teams already on Unreal, already paying Perforce, and already irritated enough to spend an engineering quarter migrating. If Epic ships the GitHub/CI integrations, ports the tooling adapters, and survives one shipped Fortnite season on Lore, the second half of 2027 is when the dominoes start to fall.

Hacker News 1231 pts 668 comments

Epic Games announces Lore version control system

→ read on Hacker News
throw2ih020 · Hacker News

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development.Git is fine for text based files like code, but it's really bad at stuff like textures, 3D m

niek_pas · Hacker News

Just today as I pushed some changes to Github, I was thinking how user-unfriendly Git's UI is: Enumerating objects: 5, done. Counting objects: 100% (5/5), done. Delta compression using up to 10 threads Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 290 bytes

tlahtinen · Hacker News

This is a very promising announcement for Unreal game development specifically. For any other purpose I wouldn't care as much.Perforce definitely needs a challenger. It is not the incumbent because it is particularily simple to use or administer. Git is actually way simpler when it comes to bra

akurilin · Hacker News

We had to use Perforce (Helix Core Cloud) at my last game studio, and it is the de facto industry standard that most of your creative staff is already familiar with. The programmers don't love it, but they don't rule the roost in games. It's also the safe, verified default for working

ksec · Hacker News

Turns out it is not really new but only open sourced it now. From the FQA.>Lore, formerly called Unreal Revision Control, is the built-in version control system for UEFN (Unreal Editor for Fortnite), where creators have been using it to version their islands. It is also seeing progressive adoptio

// share this

// get daily digest

Top 10 dev stories every morning at 8am UTC. AI-curated. Retro terminal HTML email.