Отслеживание файлов Excel в системе контроля версий - PullRequest
8 голосов
/ 07 января 2010

Мы разветвляемся за пределы команды разработчиков и пытаемся заставить другие группы в моей компании использовать контроль версий для важных документов, которые требуют отслеживания изменений. Одна частая потребность в электронных таблицах Excel. Это большие электронные таблицы, которые изменяются довольно часто (еженедельно или ежемесячно), но каждый раз изменяется только небольшая часть ячеек.

Просто вставив файлы в subversion (конкретный инструмент, который мы используем), выдает историю изменений и сохраняет старые версии. А клиент TortoiseSVN облегчает работу нетехнических пользователей. Последние версии TortoiseSVN даже содержат сценарий , который может использоваться для выполнения визуальных различий между документами Excel.

Моя оставшаяся проблема - дисковое пространство. Это большие документы. Различия между версиями невелики, но я беспокоюсь, что система контроля версий заметит, что файл является двоичным, и вернется к хранению каждой версии отдельно. Кто-нибудь знает решение этой проблемы? Например, формат, который мы могли бы сохранить, в котором различия были бы небольшими, чтобы сохранялись только различия, или система контроля версий, которая специально знает файлы Excel? Я еще не провел тестирование производительности, но наш сервер контроля версий уже облагается налогом, и если есть лучшее решение, я бы хотел знать, что это такое.

Ответы [ 3 ]

3 голосов
/ 07 января 2010

В настоящее время SVN не может эффективно хранить эти типы файлов. Там было некоторое обсуждение об этом, хотя

http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=651443

Этот вопрос SO показывает график при хранении офисного документа OpenXML. Результаты были довольно линейными

Будет ли Subversion эффективно хранить документы OpenXML Office?

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

1 голос
/ 07 января 2010

Насколько я понимаю, двоичный файл против текста не влияет на размер хранилища в SVN: http://help.collab.net/index.jsp?topic=/faq/svnbinary.html

1 голос
/ 07 января 2010

Одним из соображений является использование Team Foundation Server для контроля исходного кода (если это вариант), который будет просто хранить ваши дельта-изменения, хотя это может быть немного тяжелым для того, что вы ищете.

...