Build your documentation using the Mintlify web editor
The web editor is a visual interface for creating, editing, and reviewing documentation directly in your browser.
Here is how you’ll typically work in the web editor:
Choose your branch
Create a branch or make changes directly to your deployment branch.
Open your file
Navigate to an existing file or create a new one.
Edit your content
Make changes in the web editor using either visual mode or Markdown mode.
Preview your changes
See how your changes will appear in visual mode.
Publish your changes
If you’re working on your deployment branch, publish your changes directly from the web editor. On other branches, publish your changes through a pull request.
The web editor has two modes to accommodate different editing preferences and needs.
You can switch between modes at any time using the toggle in the top right corner of the editor toolbar.
Visual mode provides a WYSIWYG experience where the changes that you make in the editor are the changes that will be published to your documentation site. This mode is ideal for when you want to see how your changes will look in real-time.
Markdown mode provides direct access to the underlying MDX
code of your documentation. MDX
combines Markdown syntax with React components, giving you full control over your content structure. This mode is ideal for when you need precise control over component properties or when you prefer to write in Markdown syntax.
The web editor performs Git operations behind the scenes. Understanding these concepts will help you work more effectively with the web editor and collaborate with team members who are working in their local environments.
Repository
Your documentation’s source where all files and their history are stored. The web editor connects to your repository to access and modify content.
Commit
A saved snapshot of your changes at a specific point in time.
Branch
A separate workspace for making changes without affecting your live documentation. Think of it as a safe sandbox for experiments and larger updates.
Deployment branch
The main branch that contains your live documentation content. Changes to this branch are automatically published to your documentation site. Often called main
.
Pull request
A way to propose merging your branch changes into your live documentation. Allows for review and discussion before changes go live. Commonly called a PR.
Diff
A diff (or difference) shows the specific changes between two versions of a file. When reviewing pull requests, diffs highlight what has been added, removed, or modified.
The web editor connects to your Git repository through our GitHub App or GitLab integration and handles Git automatically. When you:
Branches let you work on changes without affecting the content on your live site. When your changes are ready, you can merge them into your deployment branch with a pull request.
Best practice: Always work from branches. This ensures your live documentation stays stable and enables proper review workflows.
main
by default).update-getting-started
or fix-installation-steps
.You may need to select your new branch from the dropdown menu if the editor does not automatically switch to it.
To save your changes on a branch, select the Save Changes button in the top-right corner of the editor. This creates a commit with your changes and pushes it to your branch.
Any unsaved changes will be lost when switching branches. Make sure to save or publish your work before switching.
Edit existing content, create new pages, and organize your site structure in the web editor.
Use the sidebar file explorer to browse your documentation, or press Command + P (Ctrl + P on Windows) to search for files.
Make changes to your pages using visual mode or Markdown mode.
In visual mode, press / to open the dropdown component menu. Add content blocks, callouts, code blocks and other components to customize your documentation.
Your new page will open in the editor, ready for content to be added.
Add, remove, and reorder pages in your navigation by editing your docs.json
file:
docs.json
in the file explorer.navigation
property to get the navigation structure that you want. See Navigation for more information.This example shows how to add a Themes page to the Profile group.
Select the Publish button to save your changes and make them available.
How your changes are published depends on which branch you are working on:
Pull requests let you propose changes from your branch so that other people can review them before merging into your live documentation. This helps ensure that your changes are correct and gives your team a chance to collaborate on content.
Even if you’re working solo, pull requests are valuable for previewing changes before they go live and maintaining a clear history of updates.
When you’re ready to publish changes from your branch:
The web editor will create a pull request in your Git repository and provide a link to view it.
Once your pull request is created:
Here are solutions to common issues you might encounter with the web editor.
Changes not appearing after publishing
Possible causes:
Solutions:
Permission errors when publishing
Possible causes:
Solutions:
Editor loading issues
Possible causes:
Solutions: