]> git.ipfire.org Git - thirdparty/rsync.git/commitdiff
Improve description of --max-delete.
authorWayne Davison <wayned@samba.org>
Sun, 20 Jan 2013 19:30:08 +0000 (11:30 -0800)
committerWayne Davison <wayned@samba.org>
Sun, 20 Jan 2013 19:30:08 +0000 (11:30 -0800)
rsync.yo

index 655301f6f47747685b5a3fddb973a91894f3be42..91a446f7e2f6f5ca866609bb64a81f9a1a3cbf17 100644 (file)
--- a/rsync.yo
+++ b/rsync.yo
@@ -1422,15 +1422,17 @@ using bf(--delete-after), and it used to be non-functional unless the
 bf(--recursive) option was also enabled.
 
 dit(bf(--max-delete=NUM)) This tells rsync not to delete more than NUM
-files or directories.  If that limit is exceeded, a warning is output
-and rsync exits with an error code of 25 (new for 3.0.0).
+files or directories.  If that limit is exceeded, all further deletions are
+skipped through the end of the transfer.  At the end, rsync outputs a warning
+(including a count of the skipped deletions) and exits with an error code
+of 25 (unless some more important error condition also occurred).
 
-Also new for version 3.0.0, you may specify bf(--max-delete=0) to be warned
+Beginning with version 3.0.0, you may specify bf(--max-delete=0) to be warned
 about any extraneous files in the destination without removing any of them.
 Older clients interpreted this as "unlimited", so if you don't know what
 version the client is, you can use the less obvious bf(--max-delete=-1) as
 a backward-compatible way to specify that no deletions be allowed (though
-older versions didn't warn when the limit was exceeded).
+really old versions didn't warn when the limit was exceeded).
 
 dit(bf(--max-size=SIZE)) This tells rsync to avoid transferring any
 file that is larger than the specified SIZE. The SIZE value can be