ub.BackupMover is an Autodesk Revit add-in from underbim, a Portugal-based BIM consultancy that has worked in BIM, Revit training, consulting, and software development since 2001. It is one of eight independent add-ins in ub.Suite Edition 1, which launched in late October 2026, and is positioned as a file safety utility. Its tagline, "Move the backups. Keep the folder clear," sums up the approach. It finds genuine Revit project and family backup files beside the current document and moves them into a controlled subfolder, keeping the working folder readable. It can run manually or automatically after each Save.
Note on sources: This summary is based mainly on underbim's full BackupMover product page, which covers the workflow, feature explorer, detection rules, manual and automatic modes, destination handling, and licensing. Background on how Revit creates backups comes from Autodesk documentation, Autodesk forums, and Revit community blogs. An independent review or hands-on test was not found, and gaps are listed under Open Questions.
The Problem Area: Revit Backup Files
Revit creates backup files automatically whenever a model is saved or synchronized. Where they go and how they behave depends on the type of model, and the sources below describe several recurring problems:
- Backups are saved beside the model, with no setting to change it: For standalone (non-workshared) models, Revit places backups in the same folder as the project, named like "project name.0001.rvt," "project name.0002.rvt," and so on. Forum answers confirm there's no built-in way to choose a different location. Once the maximum backup count is reached, Revit overwrites the oldest backup.
- Folders fill up with clutter: The numbered backup files pile up next to the files people actually work with, and they're easy to mistake for real project files. Revit family files create the same kind of backups.
- Cloud sync and server replication get overloaded: Users report that OneDrive uploads every backup, which wastes bandwidth and data. An IT manager described tens of gigabytes of extra data slowing synchronization between four offices.
- Workshared models use a separate backup folder: Revit stores central and local model backup information in a folder named [model name]_backup next to the model. Autodesk says not to delete or rename files in it, and to keep the folder with the model if it's moved or copied, renaming it to match if the model is renamed. Backups in this folder are incremental, so they aren't ordinary .rvt files.
- Manual and scripted workarounds: Common approaches include deleting backup files by hand, batch files with wildcards, Dynamo or Python scripts that move or delete files matching the numbered pattern, and older add-ins such as MoveBackup (later Wormhole for Revit), which moved backups into a subfolder or a chosen directory.
BackupMover addresses the clutter problem for standalone project and family files. Like the older add-ins, it moves numbered backups out of the working folder. Unlike broad scripts, it works only from the active document and applies strict matching rules, so it only ever moves files that are clearly that document's own backups.



















