У меня в офисе есть настольный ПК (windows 7) и ноутбук (windows 10). Я хочу синхронизировать файлы и папки между ними, как для очевидной цели обеспечения доступности всех моих самых последних работ, так и для синхронизации программных файлов, таких как Sublime Text и мой профиль Firefox. Решения до сих пор пробовали:

  • Dropbox
  • Btsync (используя Raspberry pi в качестве промежуточного узла)

Извечная проблема, с которой я, похоже, сталкиваюсь, заключается в том, что все эти программы имеют встроенные системы контроля версий (потому что они, кажется, всегда предполагают, что это будет какой-то офис, полный людей, использующих эти вещи, которые могут быть настолько глупы, что могут стать небрежными. перезаписывать работы друг друга) т.е. в случае с Dropbox я получаю сотни дубликатов "зашифрованных копий" - без возможности отключить эту функцию - так что все в порядке. К моему разочарованию, я теперь, кажется, сталкиваюсь с подобной проблемой с BtSync (который я действительно думал, что будет ответом); кажется, что он не уважает удаленные файлы, и вместо этого немедленно начинает загружать их снова со вторичного устройства, а не УДАЛЯЕТ их со вторичного устройства!

То, что я хочу, - это бесшовная интеграция между моими компьютерами - без контроля версий, без глупостей - когда я создаю файл, этот файл появляется на другом компьютере. Когда я меняю это, это меняется. Когда я его удаляю, он исчезает на всех устройствах. Конец истории.

Я бы предпочел решение, которое не требует, чтобы оба моих компьютера были включены одновременно; так что либо облачное решение или что-то, что может использовать мой Raspberry Pi.

Какие-либо предложения?

3 ответа3

0

Я использую старую добрую пакетную команду DOS XCOPY с функцией обновления. Я написал свою собственную утилиту, которая наносит на карту другие компьютеры, а затем дает мне возможность создавать командный файл, который использует Xcopy различными способами.
Типичная команда: xcopy "C:\Sendtext", "N:\Sendtext" /D /Y /R /exclude:c:\Batch\noxcopy.txt

Это копирует файлы из папки Sendtext диска C в папку Sendtext диска N. /D указывает xcopy только копировать более новые файлы, /Y подавляет любой запрос о перезаписи, а /R перезаписывает любой файл только для чтения. Файл исключения noxcopy.txt сообщает xcopy, что НЕ нужно копировать (необходимо создать список в файле noxcopy.txt).

Существуют и другие параметры для xcopy, такие как выполнение теста и копирование подкаталогов. Использовать XCOPY /? в DOS, чтобы увидеть их всех.

Очевидно, что вам нужно будет запускать это регулярно для обеспечения обновления в режиме реального времени, единственным другим вариантом может быть написание утилиты для обнаружения любых обновлений с последующим копированием файлов.

0

Owncloud может работать на PI, и вы можете отключить его систему контроля версий, но "бесшовная" синхронизация потребует больших усилий при его настройке.

Вы также можете проверить сравнение программного обеспечения синхронизации Wikipedia.

0

Лучшее решение, которое я нашел, - это действительно BTSync, работающий на Raspberry Pi. Проблема в моем случае заключалась в том, что правильные права на чтение и запись не были установлены для всех папок. Если у вас есть время и терпение, я настоятельно рекомендую попробовать это как удобную альтернативу Dropbox. Начните здесь.

Что касается конфликтов файлов, насколько я знаю, единственный способ, которым это может случиться с BTSync, - это ситуации, когда файлы имеют одинаковое имя, но с другим регистром букв. Например. из справочной документации:

Это может произойти по разным причинам:

Когда файл (FIlename.jpg) пытается синхронизироваться из одной нечувствительной к регистру системы к папке в нечувствительной к регистру системе, где файл (filename.jpeg) уже присутствует, последний создаст файл конфликта (имя файла ,Conflict.jpg).

Когда файл имеет то же имя, но с другим регистром букв в Unix.

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

BitTorrent Sync проверяет время изменения файла в формате UTC, побеждает более новый файл.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .