01version control for heavy work

Keep every version
of the heavy stuff.

Terabyte scenes, locked assets, instant previews — versioned with the precision of a contact sheet. Built for projects too big for Git, engineered for the heaviest work. No egress fees, ever.

0 €

egress

TB

scale

history

<1s

checkout

studio-nova/nebula-baylive
branch
main ↑3
revision
#a1f9c0
size
4.2 GB
files
fbx · exr · wav
lock
Maya K. — exclusive
Fig. 01 — nebula bay · preview plate

built for the files your tools make

Unreal EngineUnityBlenderHoudiniMayaNukeSubstancePremiere

02why another VCS

Git was built for text. Your work isn't.

Games, 3D, film and ML live in huge binary files that Git fumbles, LFS taxes, and Perforce overcharges for. Pako is built for exactly that.

01

Git can't hold the heavy stuff

A 2 GB level or a 4K plate is an opaque blob Git can't diff or merge. Git LFS bolts storage on with pointers, quotas and a bandwidth meter — a workaround you pay for forever.

02

Two artists, one file, one loser

Binary assets don't three-way merge. Without locks, whoever saves last wins and someone's afternoon is gone — so teams whisper 'don't touch the boss level' in chat instead.

03

Perforce works, but it bills

Helix Core nails locking and scale, then charges per seat, demands a server, and feels alien to the artists doing most of the committing. Half the team quietly opts out.

the kit

03capabilities

Everything heavy work needs. Nothing it doesn't.

Native big files

Terabyte-scale repositories with content-addressed chunks. You fetch a revision, not the whole history — sub-second checkouts on multi-gigabyte trees.

Exclusive file locking

Reserve an asset before you open it. Everyone sees who holds the lock — the Perforce workflow artists expect, without the Perforce server.

Preview-first review

Assets and frames render in the browser, so you can scrub revisions and approve the exact one — not a screenshot of it pasted into chat.

Branches & revisions

Git-grade history for the parts that merge, immutable revision hashes for the parts that don't. One coherent project, one timeline.

Zero egress, always

Pull a 40 GB project for the tenth time today and it still costs nothing. Bandwidth is free on every tier — the git-LFS and Perforce nightmare, gone.

Purpose-built engine

A version-control engine designed for code plus terabyte-scale binaries — content-addressed, lock-aware, and independent. Not a Git fork with LFS bolted on.

04how it works

From empty repo to first preview in minutes.

01

Create a repository

Public or private, provisioned the moment you create it — versioned, lock-aware, zero egress.

02

Clone with the CLI

Pull only what the revision needs. Terabyte trees check out in under a second.

$ pako clone pako.gg/studio-nova/nebula-bay
03

Lock, commit, preview

Reserve an asset, push a revision, and review it in the browser. The source of truth, exactly where you left it.

07under the hood

Engineered for terabytes.

Most platforms treat huge binaries as an exception. Pako treats them as the default — content-addressed storage, exclusive locking, and checkouts that pull only what a revision needs. Independent, hosted, and built for the files your tools actually make.

  • Content-addressed

    Identical data stored once across revisions and branches.

  • Exclusive locking

    Reserve a binary before you open it — no silent clobbering.

  • Zero egress

    Pull to every machine and render farm, bandwidth always free.

  • Purpose-built engine

    Not Git with LFS bolted on — native big-file version control.

09get the cli

One line, then pako clone.

Install the Pako CLI and pull a multi-gigabyte repo in seconds — then stage, commit, push. It keeps itself up to date.

macOS · Linux
$curl -fsSL https://dl.pako.gg/install.sh | sh
Windows · PowerShell
$irm https://dl.pako.gg/install.ps1 | iex

Windows & Linux · self-updating · pako update

10questions

The honest FAQ.

Is Pako a replacement for GitHub?

No — it's a companion. We don't try to win the code-hosting war; GitHub is great for that. Pako leads where Git is genuinely weak: huge binary assets, file locking, and the artists who own them.

How is this different from Git LFS?

Git LFS is a patch over Git's inability to hold large files: pointers, smudge filters, separate quotas and metered bandwidth. Pako treats large files as the default, adds real exclusive locking and in-browser previews, and never charges for egress.

Does Pako support file locking?

Yes. Exclusive locks are first-class: reserve an asset before editing, and everyone sees who holds it. It's the Perforce-style workflow for binary files, without running a Perforce server.

What does it cost?

There's a generous free tier with storage, unlimited public repositories and bandwidth included. Paid plans are billed per seat plus storage — and bandwidth is always free, because our blob storage costs nothing to serve.

Where is my data stored?

On content-addressed object storage with zero egress. Blobs are deduplicated across revisions; metadata lives on a portable database layer we can move without re-architecting.

Is it built on Git?

No. Pako runs on a purpose-built version-control engine designed for code plus large binary assets — content-addressed, lock-aware and terabyte-scale. On top of it we add accounts, orgs, access control, previews and billing.

Make something heavy.

Start free in minutes. Bring the levels, the bakes, the datasets — Pako keeps every version.