Поддерживается ли управление версиями (т.е. Subversion) при отслеживании документов?

Я отвечаю за около 100 документов (текстовый документ, а не исходный код), который нуждается в пересмотре разными людьми в моем отделе. В настоящее время все документы находятся в общей папке, где они будут извлекать, пересматривать и сохранять обратно в папку.

Теперь я просматриваю "измененную дату" в общей папке, открывая недавно измененные документы и использую функцию "Изменение трека" в MS Word для применения изменений. Я нахожу это немного утомительным.

Так будет лучше и проще, если я зафиксирую это в базе данных управления версиями?

В принципе, я хочу сохранить другую версию файла.


Что я узнал из ответов:
  • Используйте Time Machine для сохранения различных версии (или Shadow copy в Vista)

  • Есть разница между текстом и двоичные документы при использовании приложение для управления версиями. (Я не знал что)

  • Diff не будет работать в двоичных файлах

  • Система уведомлений (например, электронная почта) для пересмотра замечательна

  • Функция проверки Документов Google.

Обновить:

Я играл с функцией пересмотра документов Google и чувствовал, что это почти правильно для меня. Просто немного раздражает слишком частое управление версиями (автосохранение).

Но то, что мне кажется правильным, не означает, что он чувствует себя хорошо для моего департамента. Смогут ли они сохранить все эти документы с помощью Google?

Ответ 1

Я думаю, что одна вещь, о которой никто, похоже, не спрашивал, является ли у вас законное требование хранить историю изменений в документе?

Будете ли вы делать или нет, это повлияет на то, какие решения вы можете рассмотреть.

Также механизм уведомления для устаревших копий также представляет собой набор развлечений. Если у инженера A есть копия документа, а инженер B затем редактирует его и фиксирует изменения, которые вы хотите, чтобы инженер A был уведомлен о том, что его копия устарела.

Управление документами вполне может стать реальной чернью червей.

Возможно, держите документ под CVS или SVN и настройте его так, чтобы электронные письма были сгенерированы тем, кто проверил копию при обновлении для того же документа. проверяются в хранилище?

Изменить: я забыл добавить, не забудьте использовать двоичный переключатель, например. -kb для CVS при добавлении нового документа. В противном случае вы получите любые последовательности данных, которые будут соответствовать ascii для строк ключевых слов, содержащих соответствующие данные управления конфигурацией, что приведет к повреждению вашего документа. данных.

Ответ 2

Я работал с документами Word в SVN. С TortoiseSVN вы можете легко разграничить документы Word (между рабочей копией и репозиторием или между двумя версиями репозитория). Это действительно гладко и определенно рекомендуется.

Другое дело, если вы используете документы Word в SVN, нужно добавить свойство svn: needs-lock к документам Word, Это не позволит двум людям пытаться редактировать один и тот же документ одновременно, поскольку, к сожалению, нет хорошего способа слияния документов Word.

С учетом вышеуказанных двух вещей обработка документов Word, контролируемых версией, является, по меньшей мере, приемлемой. Это, безусловно, превосходит альтернативу использования общей папки и изменений трека.

Ответ 3

Что на Земле вы все говорите о словах-двоичных-так-не-диких? TortoiseSVN, например, интегрируется прямо из коробки со словом и позволяет использовать встроенные функции разложения и слияния Word. Он отлично работает.

Я работал над проектами, которые хранят документы в контроле версий. Это получилось неплохо, хотя, если люди не знакомы с контролем версий, они, вероятно, будут иметь концептуальные трудности с такими вещами, как "рабочая копия" и "слияние" и "конфликт". Не переоценивайте возможности пользователей при планировании вашей системы управления документами.

Я считаю, что существуют большие и мощные коммерческие решения для всего этого. Я уверен, что если у вас будет достаточно килодолларов, вы сможете получить то, что идеально подходит для ваших нужд. Системы управления документами - большой бизнес для крупного предприятия.

Ответ 4

Размышление из коробки, переход на Wiki не может быть и речи?

Поскольку вы считаете возможным заставить своих пользователей в Subversion (или что-то подобное), большее изменение кажется приемлемым.

Другой целью миграции может быть использование какого-то структурированного формата XML-документа (DocBook. Это позволит вам действительно использовать функции diff и source, а также получать всевозможные форматы документов бесплатно.

Ответ 5

Sharepoint также выполняет хорошую (хорошо подходящую) работу по версии MS-специфических документов.

Ответ 6

Как насчет try git, Кажется, что git может поддерживать word .doc и открывать документы .odf, если вы настроите его в файле .gitattributes.

Вот ссылка , прокрутите вниз до diff двоичных файлов.

Ответ 7

Для чего это стоит, Документы Google. Я думаю, это не идеально подходит, но это версия очень удобна.

Ответ 8

Clearcase интегрируется с Word для отслеживания изменений. Я считаю, что Telelogic DOOR также делает.

Ответ 9

Я использую Mercurial с наложением TortoiseHg. Я могу щелкнуть правой кнопкой мыши набор изменений, выбрать "Visual Diff", затем выбрать инструмент "docdiff" (входит в комплект), который запускает документ в Word с изменениями дорожек.

Ответ 10

Вы можете, но вы всегда будете сравнивать версии документа с самим Word.

Я не слышал базы данных управления версиями, которая может отслеживать изменения в документах Word.

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

Ответ 11

Не обязательно. Это зависит от того, как часто новые файлы привязаны к репо. Если файлы несколько раз редактируются перед фиксацией, то вы точно там, где находитесь сейчас. Самое большое преимущество в том, что файл поврежден.

Вы можете загрузить любой файл; так работает Time Machine в Mac OS X Leopard, и есть интересная статья того, кто совершил всю свою вычислительную среду в CVS, а затем просто сохранил рабочие копии на своем домашнем и рабочем компьютере.

Но "лучше" и "проще" специфичны для вашей ситуации, и я не уверен, что полностью понимаю вашу проблему, поскольку все стоит.

Ответ 12

Subversion, CVS и все другие системы управления версиями не подходят для документов Word и других офисных файлов (например, листов распространения Excel), поскольку сами файлы хранятся в двоичном формате. Это означает, что вы никогда не сможете вернуться назад и аннотировать (или обвинять, или как бы вы его называть), или делать различия между документами.

Существуют системы контроля версий для документов Word, к сожалению, я не знаю никаких хороших. Мы используем такие системы управления для Excel на моей работе, и, к сожалению, все они стоят денег.

Хорошо, что они делают жизнь намного легче, особенно если вам когда-либо приходится проводить аудит или должную осмотрительность.

Ответ 13

Если вы используете WinMerge, он добавил поддержку слияния двоичных файлов Word и Excel.

Ответ 14

Посмотрите на Sharepoint. Если стоимость является проблемой, возможности портала Sharepoint также могут работать на вас. Прочтите это для получения дополнительной информации

Ответ 15

Просто хотел прояснить ответ, который кто-то дал, но пока у меня недостаточно очков.

diff будет работать на двоичных файлах, но он только скажет что-то не очень полезное, как "toto1 и toto2 двоичные файлы отличаются".

Ответ 16

Вы можете использовать что-то вроде Revisionator, которое похоже на документы google, но со встроенным контролем версий, включая diffs, forks и 3-сторонние слияния. http://revisionator.com

UPDATE: он также устраняет проблему слишком частого автосохранения, упоминаемого в Документах Google. Он по-прежнему будет автосохраняться, чтобы предотвратить потерю данных, но он только создаст новую версию в истории изменений и поделится с другими пользователями, когда вы явно "освободите" свои изменения.

Ответ 17

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

Ответ 18

Многие из новых проектов управления версиями лучше подходят для целых каталогов, а не для отдельных файлов.

Убеждение кого-то, что им нужно, чтобы получить весь проект, когда они хотят обновить отдельный файл, может быть "забавным" способом провести день.

Ответ 19

Другой вариант, который у вас есть, - это часть программного обеспечения и облачная вычислительная магия, называемая Dropbox. Или, вы могли бы разорвать документы слова и сделать локально shared mediawiki.

DropBox: getdropbox DOT com

Обсуждение MediaWiki: mediawiki DOT org