#4495 closed enhancement (wontfix)
Synchronization Filter File
Reported by: | rareyman | Owned by: | dkocher |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | core | Version: | 3.4.2 |
Severity: | normal | Keywords: | |
Cc: | Architecture: | ||
Platform: | Mac OS X 10.6 |
Description
I love that Cyberduck uses Filters in Preferences to exclude things during upload and download! However, sometimes I need to exclude files on a "per folder" basis. I may have a number of large files on the server that I do not need to synchronize to my local drive, but I need to synchronize everything else. In this case Synchronize doesn't work for me.
I think it would be great to have a Synchronization Filter File that can be used in addition to the settings in preferences, on a "per folder" basis. I envision it working like this:
We create a file in each folder being synchronized:
cyberduck-sync.txt (this file is always ignored during synchronization process)
cyberduck-sync.txt (local folder) is a regular expression of items to avoid during the upload/mirror synchronization process
cyberduck-sync.txt (ftp site) is a regular expression of items to avoid during the download/mirror synchronization process
If the two files are in place, now when I synchronize the two folders, in addition to the filter settings in Preferences, it also honors the regex filters in the "cyberduck-sync.txt" files for upload and download when running the synchronization process.
This could get tricky when folders are nested inside other folders:
A/AA/cybersync.txt <-> B/BB/cybersync.txt
If you sync A <-> B does cyberduck honor the cybersync.txt of AA and BB?
My guess is not, but if this is a caveat the user knows about, it can be dealt with.
Anyway, I just thought it'd suggest a new feature that hopefully isn't super difficult to implement, but could be really useful for us Cyberduck sync users!
Thanks!
R
Change History (1)
comment:1 Changed on May 30, 2010 at 3:03:08 AM by dkocher
- Resolution set to wontfix
- Status changed from new to closed
Thanks for your detailed enhancement request. I don't have currently any plans to support such more fine grained but proprietary synchronization methods.