Какое программное обеспечение Revision Control использовать для персонального Dropbox? [закрыто]


9

Я хочу настроить хранилище синхронизации, которое будет похоже на Dropbox.

Цели / Требования:

  1. Бесплатно (Open Source очень желательно)
  2. Linux host (возможно, Ubuntu)
  3. Клиенты Windows / Mac / Linux
  4. Потенциал для нескольких пользователей с ограниченным доступом (необязательно)
  5. Предпочтительнее легко, не обязательно должно быть автоматическим
  6. Ревизия очень предпочтительна

По сути, я хочу иметь возможность использовать несколько компьютеров, возможно с разными ОС, и иметь возможность доступа, использования и синхронизации файлов на всех из них. Я также хочу иметь локальную копию репозитория, когда я не подключен к сети (как будто я работаю на ноутбуке, я хочу сохранить локальный репозиторий, чтобы сохранить ревизию, и объединить позже с «главным» репозиторием ).

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

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

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


это должно быть сообщество вики?
wag2639

1
Нет, если вы спросите меня, это всего лишь вопрос программного обеспечения, на который вряд ли можно будет легко ответить
Ivo Flipse

Я думал или ртутный или что-то, но я не знаю различий между ними.
wag2639

1
SVN плохо обрабатывает двоичные файлы? Для меня новость, вот для чего я это использую!
Фальшивое имя

Ответы:


5

Для Subversion у вас может быть локальное хранилище - просто создайте его локально, и все готово. Затем вы можете регулярно синхронизироваться с удаленным репо, используя svnsync. Или сделайте наоборот, используйте удаленное репо и синхронизируйте локально (как я делаю для резервных копий).

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

Git или Mercurial (или Bazaar ) звучат более подходящими для ваших нужд, поскольку они являются распределенными SCM, так как вы постоянно работаете с локальным репо, а затем вносите изменения в удаленное репо. Mercurial, вероятно, лучше всего подходит для Windows, поскольку у вас есть хорошие инструменты с графическим интерфейсом; Базар является одним из разработанных Canonical и Git Линусом. Вот и все различия между ними никого не волнуют :) Есть сравнения в Интернете - кроме того, что git не является родной Windows, Mercurial, вероятно, лучше, так как он поддерживает больше «то, что у вас есть, то, что есть у удаленных пользователей», тогда как Git больше «то, что у удаленных пользователей есть то, что вы им позволяете» что потребует от вас больше усилий с учетом ваших требований (конечно, оба могут совместно использовать все или подмножества, но для Mercurial легче ограничить подмножество, чем для Git для общего доступа ко всем)

Если вы хотите использовать «оба», вы можете использовать git-svn или SVK, которые добавляют распределенную функциональность в SVN.


7

Я бы предложил Git. Просто настройте различные репозитории для ваших финансовых данных и ваших «общих» данных. Доступ предоставляется через SSH.


да, мерзавец это решение.
alexanderpas

В прошлом я проверял, что у git нет поддержки Windows для спуска.
Nifle

2
Когда был последний раз? До последнего времени (более года назад) я бы сказал то же самое, но теперь есть достойный клиент TortoiseGit, и msysgit вполне в порядке, иногда немного прибавляется. Но за последние несколько месяцев он был довольно стабильным и пригодным для использования
jdehaan

@jdehaan - Это было около шести месяцев назад, я проверил в последний раз. Я проверю ваши предложения.
Нифля


1

Есть ли конкретная причина, почему Dropbox не будет работать для вас? Он охватывает все в вашем списке функций с добавлением поддержки мобильных устройств. Не уверен, что вы сможете найти «простую» систему контроля версий, которая хорошо справляется с двоичными файлами.

Если вы решили использовать Git, вот интересный пост о размещении ваших репозиториев Git в Dropbox:

http://intranation.com/entries/2010/02/using-dropbox-git-repository/

Этот метод должен работать и с репозиториями Mercurial и Subversion.


Если ему нужно гарантировать безопасность данных, он не сможет сделать это с помощью Dropbox, потому что это сторонняя организация.
Дарт Андроид

Да, это основная причина, но также у нее есть небольшой лимит, и я не хочу платить.
wag2639

Если вы беспокоитесь о безопасности, просто зашифруйте данные. Ваш дом может потеряться из-за пожара, или кто-то может взломать и украсть ваш компьютер, или ваш жесткий диск может выйти из строя. Скорее всего, у вас будет больше защиты данных с таким крупным поставщиком услуг, как Dropbox. Я могу сопереживать с нежеланием платить, хотя.
Lèse Majesté

1
«Если ему нужно гарантировать безопасность данных ...» ?? Если ему нужно гарантировать безопасность данных, то он облажался. Нет ничего взломанного. Вы доверяете своему провайдеру, просто используя Интернет, так почему бы не доверять Dropbox. В относительном выражении (которое вам действительно нужно использовать) Dropbox является наиболее безопасным.
Котцак

1

iFolder . Проверьте его возможности, чтобы узнать, что вы ищете. (У него нет контроля версий, поэтому, если эта функция обязательна , iFolder - не то, что вам нужно.)

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


Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.