--- title: "Browse, Edit and Download Your Website's Code | Briks" url: https://briks.dev/features/your-code description: "Briks shows the code written for your site. Browse the files, edit them by hand if you like, and on a paid plan download a version as a zip from the studio." last_updated: 2026-10-08 --- On every plan # Your site's code, open to you Nothing is hidden. Browse every file written for your site, change it by hand if you like, and on a paid plan download any published version as a zip. ## How it works 1. **Browse the files** Open the files written for your site in the studio. 2. **Edit by hand** Anyone with edit rights can change a file. 3. **Download** On a paid plan, take a published version's code as a zip. ## What you can see In the studio you can browse the files written for your site, version by version, and pick any file to read it. Pictures and other files that are not text are listed and included in the download, and files over a megabyte are too large to show but are in the download as well. What you see is the code written for your site, not the shared parts every Briks site is built on. Those shared parts are kept apart, which is why the download does not run on its own. Each saved version keeps its own code, so you can read what your site was, in code, at any version you still have. ## Editing by hand Anyone with edit rights can change a file, add a new one or delete one. Your edits are kept in the tab, each file marked new, edited or deleted, until you choose Save and publish. Then Briks builds the site with your changes and publishes it, usually within a few minutes. If anything does not build, nothing is published and the live site stays as it is, so a typo cannot take your site down. You can mix both ways of working: fix a line by hand, then ask for the next change in plain words in the studio chat. ## Downloading, and its limits On a paid plan, download a published version's code as a zip whenever you like: to keep a copy, to review it with a developer, or to reuse parts of it elsewhere. Be clear on the limit. The zip holds your site's own files, not the shared parts every Briks site runs on, so it does not run on its own, and moving it to other hosting would take a developer's work. Your content is not locked in. Your words and pictures are yours, and on a paid plan the records in your database can be downloaded as JSON or CSV at any time. ## Keeping it in GitHub On paid plans, connect a GitHub repository to a site. Each version that goes live is committed to the branch you choose, and a push to that branch passes the same safety check as an edit by hand, then is built and published. Only your site's own files go to the repository, never the shared parts every Briks site runs on, its settings or its keys, so the repository does not run on its own either. Up to 20 pushes an hour and 100 a day are published for each site. When a file was changed both in Briks and on GitHub, Briks puts its version on a briks-sync branch for you to merge. Starting a project from a repository you already have is not available yet. ## Who opens the code, and why Most owners never need to. Changes in plain words cover the everyday: new sections, new words, new pictures. The code is there for the times you want certainty, such as a developer checking how a form sends its entries, or an agency keeping a record of what it delivered. It also helps when you already work with a developer you trust. They can read the files written for your site, make a precise edit and publish it, while you keep asking for other changes in plain words. And it keeps the work open to you. Whatever the studio built for your site, you can read for yourself, file by file and version by version. ## Your site's code in practice Three example businesses, and how each would use it. Where a site is pictured, it is a sample Briks built for an example business, not a customer. 1. Brand studio **A developer's read before launch** A brand studio's developer downloads the zip of the version about to launch and reads through it before the client sees the site. She corrects a phrase by hand in one file, then chooses Save and publish. [![The opening of Kestrel Creative, a sample site Briks built for an example brand and digital studio](https://briks.dev/showcase/kestrel-creative.webp)](https://kestrel-creative.briks.live/) **Kestrel Creative** is a sample site Briks built for an example brand and digital studio, not a customer. [Open the sample](https://kestrel-creative.briks.live/) 2. Clinic **A one-line fix** A clinic manager who knows a little code changes a phone number in one file by hand and chooses Save and publish. The site is built with the change and goes live within a few minutes. Had the edit broken the build, nothing would have been published. 3. Web design studio **A record of what was delivered** A web design studio downloads the zip of each client's launch version and files it with the contract, as a record of exactly what was delivered on the day. [![The opening of Northlight Studio, a sample site Briks built for an example web design studio](https://briks.dev/showcase/website-studio.webp)](https://website-studio.briks.live/) **Northlight Studio** is a sample site Briks built for an example web design studio, not a customer. [Open the sample](https://website-studio.briks.live/) ## What you get - The files written for your site, readable in the studio - Edit, add or delete files by hand with edit rights - Nothing publishes if your edit does not build - Download any published version as a zip on paid plans - GitHub sync both ways on paid plans ### Good to know - The zip holds the code written for your site, not the shared parts every Briks site uses, so it does not run on its own. ## Questions about your site's code ### Can I host the code somewhere else? The zip holds your site's own files, not the shared parts every Briks site runs on, so it needs work to run elsewhere. ### Can I keep the code in GitHub? Yes, on paid plans. Your site's own files stay in step with a GitHub repository both ways. Importing a repository you already have is not available yet. ### What happens if my edit breaks the build? Nothing is published, and the live site stays as it is. ### Who can edit code? Anyone with edit rights: Owners, Admins and Editors. ### Can I read the code of an older version? Yes. Each saved version keeps its own code, and you can read it in the studio. ### Are large files shown? Files over a megabyte are too large to show in the studio, but they are in the download. ### Can I add new files? Yes. Anyone with edit rights can add a file, and it is published with your other changes. ### How do I take my records with me? On a paid plan, download them from the Database tab: everything as JSON or one collection as CSV. ## Related features - [On every plan **Versions and undo** Every Briks build and change is saved as a version. Undo, redo or restore any of them from the studio, and the site is published again as it was. How it works](https://briks.dev/features/versions-and-undo) - [On every plan **Your own database** Sites that store data get their own database. View and edit the records in the studio, and on a paid plan download them as JSON or CSV and keep nightly copies. How it works](https://briks.dev/features/database) - [On every plan **Changes in plain words** Ask for any change in the studio chat, like a darker header or new opening hours. Briks builds it and publishes it, and every change is a version you can undo. How it works](https://briks.dev/features/changes-in-plain-words) [See all 32 features](https://briks.dev/features) ## Try it on your own business Describe it in a sentence and Briks builds it. Start free with the credits you get at sign-up.