From fd0a130c14b25be3e84fddb5b78da9a4f8933e67 Mon Sep 17 00:00:00 2001 From: Wayne Davison Date: Wed, 22 Nov 2006 20:52:51 +0000 Subject: [PATCH] Document the new --delete-delay option. --- rsync.yo | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/rsync.yo b/rsync.yo index de9d304d..a4319e1e 100644 --- a/rsync.yo +++ b/rsync.yo @@ -345,6 +345,7 @@ to the detailed description below for a complete description. verb( --delete delete extraneous files from dest dirs --delete-before receiver deletes before transfer (default) --delete-during receiver deletes during xfer, not before + --delete-delay find deletions during, delete after --delete-after receiver deletes after transfer, not before --delete-excluded also delete excluded files from dest dirs --ignore-errors delete even if there are I/O errors @@ -977,6 +978,12 @@ a faster method than choosing the before- or after-transfer algorithm, but it is only supported beginning with rsync version 2.6.4. See bf(--delete) (which is implied) for more details on file-deletion. +dit(bf(--delete-delay)) Request that the file-deletions on the receiving +side be computed incrementally as the transfer happens, and then removed +after the transfer completes. A temporary file will be created on the +receiving side to hold the names, but it is removed while open, so you +won't see it during the transfer. + dit(bf(--delete-after)) Request that the file-deletions on the receiving side be done after the transfer has completed. This is useful if you are sending new per-directory merge files as a part of the transfer and -- 2.34.1