I've worked up a new --move-files option that doesn't delete the files
on the sending side until the receiver is known to have successfully
written the data. I didn't want to implement a delete-pass at the end
of the send since I wanted the files to get deleted as we go. However,
because of the buffering delays in getting a message from the receiver
through the generator and on to the sender, it seems like most of the
deletions happen at the end anyway. Is this complexity worth it? Let
me know what you think.
You can grab the move-files patch from here:
http://www.clari.net/~wayne/rsync-move-files.patch
Because it depends on keeping the receiver->generator channel clear, you
must have also applied my latest anti-hang patch.
As you'd expect, this patch is also relative to the CVS version of
rsync.
..wayne..
