Unison 2.53.5

Unison is a file-synchronization tool for POSIX-compliant systems (e.g. *BSD, GNU/Linux, macOS) and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. Unison has been in use for over 20 years and many people use it to synchronize data they care about. Features: Unison works across platforms, allowing you to synchronize a Windows laptop with a Unix server, for example. Unlike simple mirroring or backup utilities, Unison can deal with updates to both replicas of a distributed directory structure. Updates that do not conflict can be propagated automatically. Conflicting updates are detected and displayed. Unlike many network filesystems, Unison copies data so that already-synchronized data can be read and written while offline. Unlike most distributed filesystems, Unison is a user-level program that simply uses normal systems calls: there is no need to modify the kernel, to have superuser privileges on either host, or to have a FUSE implementation. Unison works between any pair of machines connected to the internet, typically communicating over ssh, but also directly over TCP. It is careful with network bandwidth, and runs well over slow links. Transfers of small updates to large files are optimized using a compression protocol similar to rsync.

Tags ocaml file-syncronization internet archiving networking mirroring rsync file-transfer backup
License GNU GPLv3
State stable

Recent Releases

2.53.528 Apr 2024 10:45 minor bugfix: Released 2024-mm-dd Various minor. Recovery from errors during repeat mode (enabled in 2.53.1) is disabled for time being.
2.53.418 Mar 2024 02:04 minor feature: Released 2024-02-19 * Improved and simplified makefiles. Please review your build scripts for changed build goals, input variables and build artifact names. See INSTALL.md for details. * opam build uses the makefile build system. * Various fixes in Windows and Cygwin builds. * Preferences "force", "prefer" and related "partial" preferences now work slightly differently with values "newer" and "older". Previously, if mtimes in both replicas were equal then always the second root propagated to the first root (possibly reverting user changes). It is now made explicit that "newer" and "older" only work when mtimes are different. * Cleanups in documentation. * Bugfixes, minor improvements, cleanups.