Publishing workflows
The editor supports two workflows for publishing documentation updates. The workflow you use depends on your repository’s branch protection rules and the branch you work on. If your repository has branch protection rules requiring review, the editor creates a pull request. Team members can review your changes before they go live. For collaboration workflows and team review processes, see Collaborate. If there are no protection rules, your changes merge to the deployment branch and deploy immediately.| Branch type | Branch protection | What happens when you publish |
|---|---|---|
| None | Commits and deploys changes | |
| Deployment branch | Pull requests required | Creates a pull request |
| None | Merges changes to deployment branch and deploys | |
| Feature branch | Pull requests required | Creates a pull request |
Save changes
As you edit, the editor tracks your changes.- New or deleted files.
- Content edits in pages.
- Navigation structure changes.
- Media uploads and organization.
- Configuration updates.


Publish your changes
If you are on your deployment branch, click Publish in the toolbar. Depending on your workflow, your changes are live as soon as your site redeploys or create a pull request and merge it in your Git provider. If you are on a feature branch, save your changes and then click Publish in the toolbar. Depending on your workflow, your changes are live as soon as your site redeploys or create a pull request and merge it in your Git provider.Resolve conflicts
Conflicts occur when your branch and the deployment branch have incompatible changes to the same files.What causes conflicts
Conflicts happen when:- You and another team member edit the same lines in a file.
- Files are moved or deleted in one branch but modified in another.

