
Grab your gear: The official Sanity swag store
Read Grab your gear: The official Sanity swag storeUnfortunately, you cannot retrieve your source code, schemas, or configuration files from a deployed *.sanity.studio instance. When you run sanity deploy, it compiles your Studio into a static bundle (HTML, CSS, and JavaScript) that gets hosted on Sanity's infrastructure. This is a built production artifact, not your original source code.
Think of it like this: the deployed Studio is similar to a compiled application - you can use it, but you can't "decompile" it back into your original schema definitions, custom components, or configuration files.
Yes, you absolutely should use Git or another version control system to track your Sanity Studio project! This is considered a best practice for several reasons:
While you can't retrieve your Studio source code, you can access:
sanity deploy, it also deploys your schema definitions to Sanity's platform (used by features like Agent Actions and Canvas), but this is for platform features, not for retrieving your source codeIf you've lost your local files but have a deployed Studio:
Bottom line: Always use version control for your Sanity Studio project. The deployed *.sanity.studio is just the compiled output, not a backup of your source code.
Sanity is the developer-first content operating system that gives you complete control. Schema-as-code, GROQ queries, and real-time APIs mean no more workarounds or waiting for deployments. Free to start, scale as you grow.
Content operations
Content backend


The only platform powering content operations
By Industry


Tecovas strengthens their customer connections
Build and Share

Grab your gear: The official Sanity swag store
Read Grab your gear: The official Sanity swag store