Intereting Posts
Восстановить файлы в git, которые были удалены при удалении ветки нажатие на удаленное частное репо: фатальный: репозиторий не найден как развернуть приложение gulp на heroku непосредственно из github repo Svn игнорировать версию для обновления Если файл WebInfo будет исключен из SVN Хранить файлы MySQL как «за проект»? Как изменить локальное имя ветки GITHUB на верхний регистр. Все commit генерируют две сборки Слияние SVN реинтегрирует отсутствующие диапазоны, но ничего не слияние Использование Git с веб-сайтом Невозможно исключить состояние пользовательского интерфейса из commit в xcode Как включить слияние запроса на перенос в Github после того, как один или несколько человек одобрили код? Как найти все изменения в TFS, влияющие на любой файл в каталоге? есть ли какая-либо ссылка для показа всех публичных репозиториев в GitHub? Как сделать Emacs org docs более красивым в репозитории github?

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

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

Таким образом, мы – группа людей, каждая из которых имеет кучу документов и кучу разных компьютеров на связке операционных систем (ну, только 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 может быть лучшим выбором.