Синхронизация файлов: как отличить guish повреждение от обновлений? - PullRequest
0 голосов
/ 26 апреля 2020

Учитывая более одного каталога (например, на разных жестких дисках), который я хочу синхронизировать. Как я могу различить guish, вызвано ли изменение файла повреждением или запланированным обновлением данных.

Пример использования: У меня есть цифровая коллекция фотографий на внешнем жестком диске в каталоге [in_use]\photo_collection. Я часто добавляю картинки, удаляю картинки и могу изменить картинку, например, вращением. Чтобы проверить, изменилось ли что-либо для файла, я храню один MD5 га sh вместе с каждым файлом. Кроме того, у меня есть резервная копия [backup]\photo_collection. В этом месте у меня также может быть один MD5 га sh на файл. Я легко могу проверить свое местоположение резервной копии, не повреждено ли что-либо скриптом, который сравнивает сохраненные хеши с текущими хешами файла. Любая дельта должна быть коррупцией. Однако, когда дело доходит до моей рабочей копии, разница между текущим значением ha sh и сохраненным значением ha sh может быть вызвана либо повреждением файла, либо обновлением моих файлов.

Решение, которое мне не нравится: состоит в том, чтобы применять изменения к моей рабочей копии не напрямую через управление файлами операционной системы, а добавлять, удалять, обновлять файлы только через скрипт обновления, который изменяет мои запомненные хеши вместе с файлами. , Тем не менее, это кажется громоздким. Я не знаю, смогу ли я убедить свою жену использовать специальный сценарий (или даже gui) для работы с нашими фотографиями.

Надеюсь, я что-то упустил, и есть простой обходной путь: )

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...