Вопрос: Насколько хорошо репозиторий Apache Subversion подходит для облегчения совместного редактирования нескольких файлов .docx, .doc, .xls (s) и т. Д.?


Для проекта с половинным семестром группа из пяти или менее человек будет работать вместе над проектом, который был им распределен (и должен быть преобразован в класс) в качестве папки .doc (x), .xls (x) и т. д., файлы. Один файл, в частности, увидит большую часть редактирования --- .xlsx-файл.

Члены будут использовать TortoiseSVN для фиксации изменений / выполнения проверок. Насколько SVN облегчит совместное редактирование в этом экземпляре? Например, как svn обрабатывает объединение одного и того же файла, отредактированного по-разному двумя разными клиентами?


4
2018-03-04 02:15


Источник




Ответы:


Насколько SVN облегчит совместное редактирование в этом экземпляре? Например, как svn обрабатывает объединение одного и того же файла, отредактированного по-разному двумя разными клиентами?

Это вопрос двухсторонний.

как svn обрабатывает объединение одного и того же файла, отредактированного по-разному

Отлично. Это действительно одна из основных особенностей любых SCM на основе слияния - объединить разрозненную историю изменений

Насколько SVN облегчит совместное редактирование в этом случае?

Плохо, потому что, как уже отмечалось, старые файлы MS-Office были «просто бинарными» для подрывной деятельности, автоматическое слияние двоичных файлов может дать непредсказуемые результаты, поскольку ручные ручные слияния больше напоминают администраторам Subversion, которые могут (должны) предоставить и настраивать специальные инструменты diff | merge для * .doc в репозитории, чтобы позволить конечным пользователям сливаться в обычном WYSIWYG-пути

Для новой ситуации в офисе на базе XML стало еще хуже. AFAICR, DOCX |.xlsx-файлы - это многопользовательские архивы zip-архивов, и объединение может теоретически влиять и изменять более одного файла. Я не знаю, как справиться с этим делом


2
2018-03-04 02:49



Существенно, что использование репозитория SVN для этой цели будет хорошо работать только для того, чтобы поддерживать все файлы в одном месте, по крайней мере, два человека пытаются совершить разные версии файлов. - jhstuckey
@jhstuckey: Да. Но тогда Dropbox намного проще настроить и использовать - Thilo
Будет ли «то, что можно использовать для совместной работы над файлами Microsoft», отдельный вопрос, или это просто то, что они не могут? - jhstuckey
@jhstuckey - это может быть отдельный вопрос (для обеспечения окончательного решения) и файлов Office может быть использован в merge-workflow: нужно просто выполнить некоторые трюки. - Lazy Badger
Учитывая небольшую группу пользователей и один или два файла, которые мы собираемся редактировать, решение может состоять в том, чтобы просто разделить файл excel на книги (так как у каждого есть определенные книги в указанном файле, они будут редактирование и другие книги), а затем повторно собрать их в конце. У нас есть контроль версий, (поставщик svn дает нам) комментирование и другие функции web-ui. - jhstuckey


SVN не подходит для версий двоичных файлов (которые .doc и .xls), поскольку файлы не содержат текста, практически невозможно отличить файлы или объединить изменения. Более новый формат (.docx и .xlsx) - это фактически документы XML, которые могут немного помочь с операциями diff и merge, но все равно будет довольно сложно.

Моя рекомендация - использовать что-то вроде Гугл документы который позволит управлять версиями и одновременным редактированием до 50 пользователей (также есть электронные таблицы). Если ваш мертвый настроен на использование SVN, я бы рекомендовал придерживаться простых текстовых документов, я знаю несколько человек, которые использовали Латекс и SVN для некоторых присвоений, что позволило им форматировать.


5
2018-03-04 02:28



Спасибо за ваш ответ. Мы не можем использовать простой текст, так как наша работа должна быть возвращена в том формате, в котором она была распространена нам, или вы имели в виду, работать в текстовом формате, а затем вручную скопировать ее в двоичные файлы? - jhstuckey
@jhstuckey Это всегда вариант. Я никогда не был так рад вариантам форматирования, которые доступны в Документах Google. Поэтому я обычно работаю с документом в Google Docs со всеми, а затем, когда все содержимое будет завершено. Я загружаю его как документ Word и делаю окончательное форматирование в Word. - Dracs
specia diffs-mergers (внешний) может решить проблему файлов визуализации - Lazy Badger
@LazyBadger, RTF - это не текст какого-либо изображения воображения, поэтому он не обрабатывается каким-либо известным мне VCS. BTW, XML или таковые также имеют слишком большую структуру (а не только «независимые (в основном) строки текста»), которые нужно обрабатывать правильно. - vonbrand
Я думаю, что этот ответ не имеет важного нюанса: Subversion не может обрабатывать двоичные форматы продуктивно, но клиенты Subversion Можно использоваться в сочетании с инструментами сравнения и форматирования в формате документа - например, при запросе сравнить две версии документа Word, TortoiseSVN просто запустит Word в режиме сравнения и слияния документов в двух версиях. Subversion не ограничивает вас здесь. - reinierpost


Не очень много. На самом деле, никакая система контроля версий не очень хорошо справляется с такой задачей, они предназначены для обработки текстовых файлов (типы, которые вы упомянули, являются бинарными). Вы можете справиться с ними, но такие задачи, как «показать изменения» или «кто сделал ...», не будут иметь ответов. И это большая часть контроля версий.

Возможно, лучшим решением является обмен документами через документы Google или подобное?


4
2018-03-04 02:23