You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
rsync 3.2.3 will only copy, not update, symbolic links, without regard to their timestamps on the receiving end. There is no option to support preserving more recent links with '--update' on the receiving end.
I'm using symbolic links to 'black out' links by linking to /dev/null in a repository that includes files that have to be deleted.
The problem is more recent symbolic links on the target tend to get overwritten when a source running an update transfer overwrites the newer symbolic link with a prior, less recent copy of (by link's mtime) symbolic link. I find no option to honour the mtime of the newer symbolic link during an update transfer. Symbolic link time stamps on modern file systems are well supported and no different from regular files.
Please add an option that would have ' --update' behave for symbolic links exactly like for regular files i.e. skip source links if their target counterpart is newer (by mtime).
The text was updated successfully, but these errors were encountered:
The PR #198 fixes this issue, albeit with a slight change.
Due to the risk of impacting the existing behaviour of the '--update' switch, which some users may rely on or find convenient, the symlink update mode is enabled independently via the '--update-links' switch.
rsync 3.2.3 will only copy, not update, symbolic links, without regard to their timestamps on the receiving end. There is no option to support preserving more recent links with '--update' on the receiving end.
I'm using symbolic links to 'black out' links by linking to /dev/null in a repository that includes files that have to be deleted.
The problem is more recent symbolic links on the target tend to get overwritten when a source running an update transfer overwrites the newer symbolic link with a prior, less recent copy of (by link's mtime) symbolic link. I find no option to honour the mtime of the newer symbolic link during an update transfer. Symbolic link time stamps on modern file systems are well supported and no different from regular files.
Please add an option that would have ' --update' behave for symbolic links exactly like for regular files i.e. skip source links if their target counterpart is newer (by mtime).
The text was updated successfully, but these errors were encountered: