Skip to main content
Git lets you control and track changes to files. It’s the version control system behind branch-based workflows, where you manage content the same way you would any other codebase. The web editor handles Git operations for you. Understanding a few key concepts helps you get the most out of the editor and collaborate effectively with your team.

What Git does for your content

Git tracks every change made to your content. It records what changed, who changed it, when they changed it, and why. This means you can:
  • See the full history of any page.
  • Undo changes by reverting to a previous version.
  • Work on updates without affecting your live site.
  • Review changes before they go live.
Your repository is the collection of files and their history that makes up your site. The editor connects to this repository to sync and publish your content.

Key concepts

These are the Git concepts you’ll encounter most often when using the web editor.
A saved snapshot of your changes at a specific point in time. Each commit includes a message describing what changed and creates a permanent record in your project history.When you publish changes, the web editor creates a commit in your Git repository.
A separate line of work in your repository. Sometimes called a feature branch.Your live site builds from a deployment branch, usually called main. Other branches let you work on changes independently without affecting your live site. Nothing on a branch goes live until you merge it into your deployment branch with a pull request.Switch between branches using the branch dropdown in the editor toolbar. If you have unpublished changes, the editor lets you bring them to the new branch or leave them on your current branch.
The branch that builds your live site, typically called main. Changes merged into this branch automatically deploy to your site.
A proposal to merge changes from one branch into another. Pull requests let your team review and discuss changes before they go live.When you publish changes on a feature branch (or when your repository requires pull requests), the web editor creates a pull request. Your team reviews and merges the pull request in your Git provider (GitHub or GitLab).
Combining changes from one branch into another. After your team reviews and approves a pull request, merging the branch incorporates your changes into the deployment branch and publishes them.
Occurs when two branches have incompatible changes to the same files. The editor helps you resolve conflicts when they occur.
A comparison showing the differences between two versions of a file. The editor shows a visual diff of your pending changes before you publish so you can review exactly what gets committed.

How the editor maps to Git

Every action in the web editor corresponds to a Git operation. Here is the full reference:
Action in the editorGit operation
Edit a pageChanges auto-save to Mintlify servers. No Git commit yet.
Publish on your deployment branchgit commit and git push. Triggers a deployment.
Save in branchgit commit to the current feature branch.
Create pull requestgit push and opens a pull request against your deployment branch.
Merge and publishMerges the pull request and triggers a deployment.
Create a branchgit checkout -b <branch-name>
Switch branchesgit checkout <branch-name>
External push or CLI updateIncoming changes sync into the editor automatically using a three-way merge.