Насколько хорошо SVN облегчит совместное редактирование в этом случае? Например, как svn будет обрабатывать объединение одного и того же файла, отредактированного по-разному двумя разными клиентами?
Это действительно двусторонний вопрос.
как бы svn обрабатывал слияние одного и того же файла, отредактированного по-разному
Отлично. Это действительно одна из базовых функций любого SCM на основе слияния - объединение разнородной истории изменений
Насколько хорошо SVN облегчит совместное редактирование в этом случае?
Плохо, потому что, как уже отмечалось, старые файлы MS-Office были "просто двоичными" для subversion, автоматическое слияние двоичных файлов может дать непредсказуемые результаты, для ручных слияний это больше вопрос для администраторов Subversion, которые могут (должны) предоставить и настройте специальные инструменты diff | merge для * .doc в репозитории, чтобы позволить конечным пользователям выполнять слияния обычным WYSIWYG-способом
Для нового, основанного на XML Office ситуация стала еще хуже. AFAICR, docx | Файлы .xlsx - это действительно многофайловые zip-архивы, и слияние может, теоретически, влиять и изменять более одного файла. Я не знаю, как справиться с этим делом