The Web Editor provides a visual interface for creating and managing your documentation without requiring local development tools or command-line knowledge.It offers a What-You-See-Is-What-You-Get (WYSIWYG) experience while maintaining synchronization with your Git repository, making it the perfect solution for team collaboration and quick documentation updates.
The Web Editor is a visual editor that allows you to create and manage your documentation directly in the browser.The CLI is a command-line tool that allows you to create and manage your documentation locally. It’s the recommended workflow for developers who want to integrate documentation into their code workflows.Both workflows are fully integrated with your Git repository, so you can use them interchangeably.
Tip: For teams with mixed technical abilities, we recommend using both approaches: developers can use the CLI workflow while content writers and product managers can use the Web Editor.
The Web Editor offers two distinct 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.
Markdown Mode provides direct access to the underlying MDX code of your documentation. This mode is preferable when you need precise control over component properties or when you’re comfortable with Markdown/MDX syntax.
Unlike the CLI where you need to know the exact syntax to add a component, the Web Editor makes it easy to add various content blocks through its dropdown menu system.To access the component menu, press the / key.
To switch branches, you can click on the current branch name in the editor toolbar and select the branch you want to switch to from the dropdown menu.
Use branches for significant updates, new sections, or when multiple team members are working on different parts of the documentation simultaneously.
When you are in a branch, you can make and save changes by clicking the “Save Changes” button in the top-right corner. These changes will be saved to the branch as “commits”.
Pull requests can be reviewed directly in your Git platform (GitHub, GitLab).After the pull request is created, you can see the preview deployment of the changes.Upon approval, the pull request can be merged into your main branch and the changes will be deployed to your production site.
While not necessary, understanding the following terms will help you work more effectively with the Web Editor.The following terms are used in the Web Editor and are also used in the Git workflow.
Repository
A repository (or “repo”) is where your documentation files are stored, along with their revision history. The Web Editor connects to your Git repository to fetch and store documentation content.
Commit
A commit is a snapshot of changes to your documentation at a specific point in time. When you publish changes in the Web Editor, you’re creating a commit in your Git repository.
Branch
A branch is a parallel version of your documentation that allows you to work on changes without affecting the main version. The Web Editor allows you to create and switch between branches.
Pull Request
A pull request (PR) is a proposal to merge changes from one branch into another, typically from a feature branch into the main branch. PRs facilitate review and discussion before changes are incorporated.
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.