- - Added the --log-file=FILE and --log-file-format=FORMAT options. These
- can be used to tell any rsync to output what it is doing to a log file.
- They work with a client rsync, a non-daemon server rsync (see the man
- page for instructions), and also allows the overriding of rsyncd.conf
- settings when starting a daemon.
-
- - The --log-format option was renamed to be --out-format to avoid confusing
- it with affecting the log-file output. (The old option remains as an
- alias for the new to preserve backward compatibility.)
-
- - Made "log file" and "syslog facility" settable on a per-module basis in
- the daemon's config file.
-
- - Added the --remove-source-files option as a replacement for the (now
- deprecated) --remove-sent-files option. This new option removes all
- non-dirs from the source directories, even if the file was already
- up-to-date. This fixes a problem where interrupting an rsync that
- was using --remove-sent-files and restarting it could leave behind
- a file that the earlier rsync synchronized, but didn't get to remove.
- (The deprecated --remove-sent-files is still understood for now, and
- still behaves in the same way as before.)
-
- - Added a new environment variable to the pre-/post-xfer exec commands (in
- the daemon's config file): RSYNC_PID. This value will be the same in
- both the pre- and post-xfer commands, so it can be used if the pre-xfer
- command wants to cache some arg/request info for the post-xfer command.
+ - A new incremental-recursion algorithm is now used when rsync is talking
+ to another 3.0.0 version. This starts the transfer going more quickly
+ (before all the files have been found), and requires much less memory.
+ See the --recursive option in the manpage for some restrictions.
+
+ - The default --delete algorithm is now --delete-during when talking to a
+ 3.x rsync. This is a faster scan than using --delete-before (which is
+ the default when talking to older rsync versions), and is compatible
+ with the new incremental recursion mode.
+
+ - Added the --delete-delay option, which is a more efficient way to
+ delete files at the end of the transfer without needing a separate
+ delete pass.
+
+ - You may specify --max-delete=0 to a 3.0.0 client as long as the
+ receiving side is at least version 3.0.0. This means that you
+ can pull from an older rsync with this option, but pushing to an
+ older rsync will generate an error. *Be sure to never specify a 0
+ value to an older rsync client, or it will be silently ignored.*
+
+ - The --hard-link option now uses less memory on both the sending and
+ receiving side for all protocol versions. For protocol 30, the use
+ of a hashtable on the sending side allows us to more efficiently
+ convey to the receiver what files are linked together. This reduces
+ the amount of data sent over the socket by a considerable margin
+ (rather than adding more data), and limits the in-memory storage of
+ the device+inode information to just the sending side for the new
+ protocol 30, or to the receiving side when speaking an older protocol
+ (note that older rsync versions kept the device+inode information on
+ both sides).