Repositories
By default your workspaces are synced in full, but there will be cases when you might want to:- pause temporarily the syncing of your workspace.
- just sync a subset of your workspaces.
Pause workspace sync
You can temporarily pause syncing for any workspace through the desktop app: Go to Settings


Workspace Automatic Update

How it works:
Auto-Update ON
Remote commits to the current branch will be automatically merged to the cloud workspace.
Auto-Update OFF
Remote commits to the current branch will not be automatically merged to the cloud workspace.In case of remote commits to the branch, a notification “Pending workspace updates” will be displayed.
Toggling auto-update from off to on will trigger an automatic workspace update in case of pending updates.
When should I turn it off?
In most cases it is better to be in sync with the remote branch, it allows finding and fixing conflicts fast and to avoid complex merges in the future. Turn it off if you don’t want remote branch updates to automatically be synced into your cloud workspace, for example if you think that changes from other teammate’s might break your current project state.Alternative
It is possible to branch-out to a side branch in order to avoid constant syncing between local workspace and remote branch commits.Selective sync
Control exactly which folders sync to your local workspace through Settings.


Sync Conflict Detection
We’ve introduced a new mechanism to help you manage sync conflicts more smoothly. If your workspace was paused or out of sync while others made commits to the same branch—and you edited the same file without syncing—your version of the file will now be automatically backed up locally with a.dv-conflict
suffix.
This helps ensure you don’t lose your changes and keeps your workflow efficient.
The .dv-conflict
Files
These files are only created to indicate conflicts and are not intended to be committed to the repository.
Hence, they are not tracked by Diversion and you can’t commit them.
They will show up in your workspace in the Diversion desktop app with a warning, and you will be able to view their contents, but with no history.
You can continue working and committing as usual with the rest of your files, including the original file that was conflicted.
However, we recommend resolving conflicts as soon as possible before the differences become too hard to merge.
The .dv-conflict
files are not automatically deleted, so you should delete them yourself once you resolve the conflicts.
It is currently not possible to delete them through the Diversion desktop app, but you can do so manually from your file explorer.
Use the context menu item Show in Explorer/Finder to quickly locate the file and delete it.
Resolving Sync Conflicts
If this is an Unreal Engine resource, such asuasset
, then it’ll be impossible to open both versions inside the editor
due to broken redirectors in the backed up file (because its name has changed).
Please do the following:
- Make sure the original file has no changes (if there are, either commit or reset them before dealing with conflicts).
- Overwrite the original file with the
.dv-conflict
version. - After the file is overwritten, you can open it in the editor and review the differences between the two versions.
- Once you have resolved the differences, you can commit the changes or reset if you don’t want them.
- Delete the
.dv-conflict
file (if you left a copy when overwriting) to clean up your workspace.
- Use your preferred local diff tool to compare the versions, such as Meld, WinMerge, VSCode, etc. or open the files side by side.
- Apply your edits to the original file path, and commit once you’re ready.
- Delete the
.dv-conflict
file to clean up your workspace.
.dv-conflict
file, it will remain in your workspace, which may accumulate several conflict backups, e.g. file.dv-conflict.txt
, file.dv-conflict-1.txt
, file.dv-conflict-2.txt
, etc.