Glossary

Version Control

Tracking every revision to a GDD so the team can compare versions, restore a previous state, and trace each change back to who made it and why.

Version control for design documents is the practice of recording every revision to a spec or GDD so nothing is ever truly lost. Software teams have had this for decades with Git. Game design teams mostly still manage it with “final,” “final_v2,” and “final_ACTUAL” in the filename.

The value of version control for design docs is not academic. Balance patches fail because three designers were editing the same Google Sheet without locking. Narrative arcs get regressed because the writer who changed act three didn’t know about the level designer’s dependency on that beat. A feature gets cut and re-added twice because no one could find the original spec to compare.

With version control, every save is a snapshot. Every proposed change happens in a branch. Merges are deliberate decisions, not accidental overwrites.

How it works in Gameframe

Gameframe applies version control specifically to game design documents — not generic files. Every document save creates an immutable version. The diff view shows changes between any two versions, including cell-level diffs on balance spreadsheets.

The branch and merge request model lets designers work on speculative changes without touching the canonical document. Specialist Reviews run on every new version, so you always know what the design review found on the version that shipped.

Start free — Gameframe’s Solo plan includes unlimited branches and versions.

Related terms
Branch Merge Request Living Design Doc Game Design Document
Put Version Control into practice with Gameframe
Branches, merge requests, Specialist review, and version history — built for game teams.
Get started free