Skip directories with matching timestamp from synchronization

[cyberduck]

d46ef31 created the issue

Synchronize takes an extremely long time to run. In the folder I'm trying to synchronize, there are a few subfolder-happy software packages (like TinyMCE) that are extremely deep with tons of files, and if they are ever updated, will be updated as a whole. By far, the most time spent every time I run Synchronize is spent scanning these folders.

If it were possible to specify certain folders as single units, which should only be delved into if the folders themselves show conflicting modification times, that would save an enormous amount of time each time Synchronize is run.

(Note: the title of this feature request doesn't refer to Mac OS X "Packages" specifically, rather the general concept of folders of stuff that only change if they are replaced as a whole.)

[cyberduck]

@dkocher commented

Dependant on #3017.

[cyberduck]

@dkocher commented

In 4c830d5.

[cyberduck]

veshchiyoleg commented

Когда я обновляю файлы и папки своих проектов из репозитария с помощью Zend Studio, некоторые папки сохраняют старый timestamp. При этом файлы в них могут быть и обновленными. При синхронизации эти папки не проверяются. Мне пришлось отказаться от обновлений Cyberduck на версии новее 3.5.1 (6117) из-за невозможности синхронизации.
Гораздо удобнее было бы вынести это изменение в качестве опции в настройках программы (Transfers - Timestamps).
Эта же опция могла бы быть использована и в обновлении http://trac.cyberduck.ch/ticket/5226

When I update the files and folders in my projects from the SVN-repository using Zend Studio, some of the folders retain the old timestamp. The files in them can be updated. When I synchronize local version of some folders, the subfolders are not sinchronizing. I had to give updates on the versions Cyberduck newer then 3.5.1 (6117) because of the inability to synchronize.
Much more convenient it would be to make this change as an option in the program settings (Transfers - Timestamps).
This option could be used into the feature http://trac.cyberduck.ch/ticket/5226