У меня сейчас большая проблема на одном из файловых серверов, которыми я управляю в бухгалтерской фирме.
Quickbooks имеет тенденцию создавать несколько файлов одного и того же объекта снова и снова, чтобы предотвратить потерю данных. Это хорошо, когда вы обрабатываете всего несколько файлов. Но в бухгалтерской фирме это становится проблемой.
У некоторых старых клиентов есть 5-10 файлов в соответствующих папках, каждая с разной датой отсечения. Из-за ошибки пользователя некоторые из этих файлов не помечены должным образом с указанием правильных дат отсечения.
Именно здесь на ум пришла Subversion. Использование системы ревизий позволит одному файлу быть главным и иметь все его ревизии. Кто-нибудь пробовал такое с файлами Quickbooks?
Я использовал SVN только с кодом для приложений, сделав размер каждого файла намного меньше. Как SVN справляется с большими файлами, такими как 10-25 МБ? Я не совсем уверен, как SVN обрабатывает ревизии - сохраняет ли он дубликаты файлов и дублирует необходимое дисковое пространство?
Я могу ответить на один из ваших вопросов: мы регулярно используем Subversion для двоичных файлов размером 20 МБ, и она отлично с ними справляется. Очевидно, что вы не можете сделать различие или обвинить их, и, следовательно, у вас не может быть никакого параллелизма. Чтобы обойти эту проблему, мы используем зарезервированные извлечения для наших двоичных файлов.
В Подрывная книга действительно хорошо объясняет, как Subversion работает и хранит свои файлы. Единственная важная часть, которую я могу вспомнить, - это когда вы выполняете ветвление. не хранить полную копию каждого дерева, но я не уверен, применимо ли это к двоичным файлам.
Проверьте это на http://svnbook.red-bean.com/
Я думаю, что DVCS (например, git, mercurial или bzr) может быть более подходящим для вашего приложения, потому что это означает, что вам не нужен отдельный репозиторий для файлов ... рабочая копия находится в том же месте, что и репозиторий. По общему признанию, настроить репо в svn легко, но это всего лишь еще одна вещь, которой нужно управлять ... и все системные администраторы знают это Меньше вещь, которой нужно управлять - это хорошо.
Subversion может обрабатывать файлы, которые достаточно велики для ваших целей ... Я зафиксировал файлы размером в 100 МБ, и это работало; были некоторые проблемы, когда я попал в диапазон 2 ГБ. (Неважно почему на данный момент.)
Подход, который может сработать для вас, в зависимости от вашей настройки, будет заключаться в предоставлении доступа webdav к репозиторию. OS / X делает их использование довольно простым; если вы используете клиенты Windows, вам нужно будет изучить детали, но что-то должно быть. Webdav по сути предоставит вам общую папку, которая выглядит как часть вашей файловой системы. Вы сохраняете файл Quickbooks в этот общий ресурс и работаете с ним. Все записи завершаются фиксацией в svn, поэтому дополнительных шагов фиксации нет. Да, вы довольно быстро сгенерируете большое количество коммитов, но это не должно быть проблемой.
Что касается того, как svn хранит свои файлы, это довольно сложно, но по сути он хранит дельты, поэтому у вас не будет сотен копий файла, когда у вас есть сотни коммитов.
Я храню файлы QB в svn в течение многих лет - в основном с черепахой в Windows. Это работает, но QB не особенно хорошо работает с файлами, поэтому вам просто нужно быть осторожным, чтобы не закончиться ложными конфликтами.
Например, простое открытие файла затрагивает его, заставляя svn думать, что произошла модификация. Кроме того, QB может настаивать на том, чтобы касаться файлов .nd, даже если они не являются его бизнесом удаленно.
Но это действительно работает. И 20МБ + не проблема.