Управление документами, СКМ?

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

Таким образом, мы – группа людей, каждая из которых имеет кучу документов и кучу разных компьютеров на связке операционных систем (ну, только 2, linux и windows). Лучшим способом хранения / управления этими документами является наличие в автономном режиме (ноутбук может не всегда быть в сети), но также синхронизирован между всеми машинами. Наличие сервера с дополнительным надежным хранилищем – это «базовый репозиторий», кажется мне хорошей идеей.

Использование SCM приходит мне на ум, и я пробовал Subversion, и, похоже, хорошо, что он использует централизованный репозиторий, но:

  • При проверке общий размер заказа примерно вдвое превышает первоначальный размер.
  • Большие файлы или большие репозитории, похоже, замедляют его.

Также я пробовал rsync, который мог бы работать, но это немного грубо, когда дело доходит до потенциального конфликта.

Наконец, я пробовал Unison (который, как мне кажется, обертывает rsync), и, хотя он работает, он становится ужасно медленным для больших каталогов, которые мы имеем здесь, так как он должен отсканировать все.

Итак, вопрос в том, есть ли там инструмент SCM, который фактически используется для большого количества маленьких и больших файлов? Если это НЕТ – кто-нибудь знает другие инструменты, которые выполняют эту работу?

Спасибо за прочтение 🙂

Solutions Collecting From Web of "Управление документами, СКМ?"

Вы можете попробовать распределенные системы контроля версий, такие как Mercurial, Git или Bazaar. Кажется, что один из них идеально подходит для того, что вы пытаетесь выполнить.

В Joel Spolskey есть небольшой учебник по ртути : hginit.com . Спасибо, camainc.

Некоторые детали позволят нам дать более содержательный ответ. Например:

Какие типы документов? Вы имеете дело с изображениями, документами Word, текстовыми файлами? Все или ничего из этого?

Subversion (и любая система управления версиями, достойная соли) работает, сохраняя только дельта для проверок. То есть, когда вы проверяете файл, сохраняются только различия между этим файлом и предыдущей версией. Это упрощает экономию места. Проверка в 1 МБ Photoshop, который имеет несколько пикселей, изменит, займет меньше места в репозитории, что полностью новый документ. Обычно это агностик типа файла (т. Е. Он работает как для двоичных файлов, так и для текста).

Если ваши проверки приведут к тому, что файлы больше, чем было проверено, я бы сказал, что у вас есть какие-то проблемы с конфигурацией или процессом. Если вы зарегистрируетесь в файле размером 200 КБ, вы получите 200 КБ-файл при регистрации. Не могли бы вы описать процесс checkout / modify / checkin?

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