Кросс-платформенный репозиторий для больших файлов.

Question

Я ищу что-то, что хорошо подходит для синхронизации папок, заполненных большими носителями (например, фотографиями, музыкой), на нескольких машинах, в идеале с ревизиями.

Я использую SparkleShare для текстовых и других небольших файлов, но Git не очень подходит для управления большими двоичными файлами, потому что он тратит время на их сжатие и требует, как минимум, 2X + дельта-пространства.

У меня были бы клиенты как Linux, так и Mac; Android и / или iOS будут бонусом.

Если я не найду ничего другого, это может оказаться скриптами rsync с заданиями cron, хотя меня это не сильно волнует.

Answer 1

Вы должны прочитать документы, чтобы увидеть, есть ли у них контроль версий, но вы должны проверить OwnCloud. Это в основном как любой другой провайдер облачного хранилища, за исключением того, что вы можете разместить его самостоятельно. У него также есть клиенты Mac, Windows и Linux.

Answer 2

Вы можете использовать git-bigfiles :

git-bigfiles - это наша форк Git. У него две цели:

• сделать жизнь более терпимой для людей, использующих Git в проектах, содержащих очень большие файлы (сотни мегабайт)
• объединить как можно больше изменений в Git, если они имеют приемлемое качество

Answer 3

Он немного базовый и использует интерфейс CLI, и, насколько я знаю, нет клиента для двух ОС / смартфонов / планшетов, но Boar - это система контроля версий, предназначенная для работы с двоичными файлами - она имеет Windows-клиентов и работает как локально, так и по сети.

Документация Boar также предлагает rdiffbackup в качестве альтернативы самому себе - работает изначально на Windows (хотя, похоже, они предлагают вам скомпилировать ее самостоятельно) и на операционных системах в стиле posix.

Answer 4

Возможно, Unison может помочь вам с вашей проблемой. У него есть клиенты для Windows, Mac и Linux. Но я не думаю, что это делает версии. Стоит посмотреть.

Answer 5

Что касается Git, см. Https://stackoverflow.com/questions/540535/managing-large-binary-files-with-git для обсуждения этой темы, а также см. Git-приложение.

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

Я также не считаю rsync особенно плохим решением, если оно хорошо написано. Это сделает очень эффективные переводы. Проблема будет в том, что трудно определить, так сказать, "главный" диск. Если вы только клонируете диск A на другие, все тривиально, но если вы иногда добавляете данные на диск 2 и хотите, чтобы они распространялись на другие диски, это становится утомительным. А что если возникнут конфликты ... Это делает такие решения, как git-annex, очень хорошими. Даже если вы не получите часть управления версиями Git, у вас останется много преимуществ.

Кроме того, по моему опыту пересмотры редко (никогда?) необходим для медиа-файлов и тому подобного, если только вы не создаете музыку или что-то подобное, поэтому компромисс с git-application в моей книге вполне приемлем.

---

ОБНОВЛЕНИЕ: Хорошее место для поиска начальной информации - кампания на Kickstarter, которую Джои Хесс запустил, чтобы иметь возможность тратить гораздо больше времени на проект. Смотрите ассистент git-annex: как DropBox, но с вашим собственным облаком.

Краткий обзор git-annex на lwn.net также может быть интересным.