My<cod/>.net
Это контроль версий (т. е. Subversion) применяется в отслеживании документов?
Я отвечаю за более чем 100 документов (документ word, а не исходный код), которые нуждаются в доработке разными людьми в моем отделе. В настоящее время все документы находятся в общей папке, где они будут извлекаться, пересматриваться и сохраняться обратно в папку.
Сейчас я ищу "date modified" в общей папке, открываю недавно измененные документы и использую функцию "Track Change" в MS Word для применения изменений. Я нахожу это немного утомительным.
Так будет ли лучше и проще, если я зафиксирую это в базе данных управления версиями?
В основном я хочу сохранить другую версию файла.
Чему я научился из ответов:
Используйте машину времени для сохранения различных версия (или теневая копия в Vista)
Существует разница между текстом и бинарные документы, когда вы используете приложение для контроля версий. (А я и не знал тот)
Diff не будет работать с двоичными файлами
Система уведомлений (ie email) для пересмотра очень хороша
Функция редактирования Google Docs.
Обновление :
Я поиграл с функцией редактирования Google Docs и чувствую, что это почти правильно для меня. Просто немного раздражен слишком частым версионированием (автосохранением).
Но то, что кажется правильным для меня, не означает, что это правильно для моего отдела. Будут ли они в порядке с сохранением всех этих документов с помощью Google?
Я работал с документами Word в SVN году. С помощью функции TortoiseSVN можно легко создавать документы diff Word (между рабочей копией и репозиторием или между двумя редакциями репозитория). Это действительно гладко и определенно рекомендуется.
Другое дело, если вы используете Word documents в SVN, это добавить свойство svn:needs-lock в документы Word. Это предотвратит попытки двух людей редактировать один и тот же документ одновременно, так как, к сожалению, нет хорошего способа объединить документы Word.
С этими двумя вещами обработка документов Word, контролируемых редакцией, по крайней мере, терпима. Это, безусловно, превосходит альтернативу использования общей папки и отслеживания изменений.
О чем это вы тут все Word-is-binary-so-no-diff человек говорите? TortoiseSVN, например, интегрируется прямо из коробки с Word и позволяет использовать встроенные функции Word diff и слияния. Это работает просто отлично.
Я работал над проектами, которые хранят документы в системе управления версиями. Это сработало довольно хорошо, хотя если люди не знакомы с управлением версиями, они, вероятно, будут иметь концептуальные трудности с такими вещами, как "working copy", "merge" и "conflict". Не переоценивайте возможности пользователей при планировании системы управления документами.
Я считаю, что для всего этого существуют большие и мощные коммерческие решения. Я уверен, что если у вас есть достаточно килодолларов, вы можете получить что-то, что идеально соответствует вашим потребностям. Системы документооборота - это большой бизнес для большого предприятия.
Я думаю, что одна вещь, которую никто, кажется, не спрашивал, есть ли у вас законное требование хранить историю изменений в доке?
Независимо от того, делаете вы это или нет, это повлияет на то, какие решения вы можете рассмотреть.
Кроме того, механизм уведомления для устаревших копий также является bundle удовольствия. Если у инженера а есть копия документа, а инженер Б затем редактирует его и фиксирует изменения, которые вы хотите, чтобы инженер а был уведомлен о том, что его копия устарела.
Управление документами может стать настоящей банкой червей довольно легко.
Может быть, сохранить док под CVS или SVN и настроить его так,чтобы электронные письма генерировались тому, кто проверил копию, когда обновления для того же самого документа. регистрируются ли они в репозитории?
Edit: я забыл добавить не забудьте использовать двоичный переключатель, например -kb для CVS, при добавлении нового doc. В противном случае вы получите любые последовательности данных, которые случайно совпадают с ascii для строк ключевых слов, имеющих соответствующие данные управления конфигурацией, добавленные, таким образом, повреждая ваш документ. данные.
Если мыслить нестандартно, то о переходе на A Wiki не может быть и речи?
Поскольку вы считаете возможным принудить своих пользователей к Subversion (или чему-то подобному), более крупные изменения кажутся приемлемыми.
Другой целью миграции может быть использование какого-то структурированного формата документа XML ( на ум приходит DocBook ). Это позволит вам действительно использовать diffs и систему управления версиями, получая при этом все виды форматов документов бесплатно.
Как бы то ни было, есть также Google Docs . Я думаю, что это не идеально подходит, но это версионирование очень удобно.
Вы можете, но вы всегда будете сравнивать версии документов с самим Word.
Я не слышал о базе данных контроля версий, которая может отслеживать изменения в документах Word.
Однако есть некоторые инструменты, которые могут сравнивать документы Word, так что если вы настроили свой клиент управления версиями, чтобы использовать эти инструменты для сравнения, вы можете получить некоторое удовольствие.
Необязательно. Это зависит от того, как часто новые файлы передаются в репо. Если файлы редактируются несколько раз перед фиксацией, то вы точно находитесь там, где находитесь сейчас. Самое большое преимущество-если файл будет поврежден.
Вы можете версировать любой файл; вот как работает Time Machine в Mac OS X Leopard, например, и есть интересная статья того, кто посвятил всю свою вычислительную среду в CVS, а затем просто поддерживал рабочие копии на своих домашних и рабочих машинах.
Но "better" и "easier" являются специфическими для вашей ситуации,и я не уверен, что полностью понимаю вашу проблему, как обстоят дела.
Subversion, CVS и все другие системы управления версиями не подходят для документов Word и других офисных файлов (таких как Excel spread sheets), поскольку сами файлы хранятся в двоичном формате. Это означает, что вы никогда не сможете вернуться назад и комментировать (или обвинять, или как вы хотите это назвать), или делать различия между документами.
Там есть системы контроля версий для документов Word, к сожалению, я не знаю ни одной хорошей. Мы используем такие системы управления для Excel на моей работе, и, к сожалению, все они стоят денег.
Хорошо то, что они делают жизнь намного проще, особенно если вам когда-нибудь придется делать аудит или due diligence.
Взгляните на Sharepoint. Если стоимость является проблемой, Sharepoint portal sevices также может работать для вас. Прочитайте это для получения дополнительной информации
Вы можете использовать что-то вроде Ревизионатора, который похож на google docs, но со встроенным контролем версий, включая диффы, форки и 3-х сторонние слияния. http://revisionator.com
UPDATE: он также устраняет проблему слишком частого автосохранения, которую вы упоминаете в Google Docs. Он по-прежнему будет автоматически сохраняться, чтобы предотвратить потерю данных, но он будет только создавать новую версию в истории ревизий и делиться с другими пользователями, когда вы явно "release" свои изменения.
Да, это применимо! Я полностью согласен сказать, что комбинация SVN+TortoiseSVN хорошо подходит для отслеживания документов MS Office. Вы можете заблокировать документ для выпуска, записать защиту всех разблокированных файлов, чтобы избежать конфликтов (т. е. параллельных модификаций), diff две версии одного и того же файла, посмотреть историю всех модификаций и, конечно же, откатить к более старой версии.
Я попытался описать все эти советы в специальном блоге . (отказ от ответственности: я владелец блога )
Все это может быть даже доступно из интернета с помощью веб-клиента SVN! (возможно, потребуется некоторая разработка программного обеспечения)
Но если вы не привыкли к системам управления версиями в другом контексте, это может быть не самым очевидным выбором. Необходимая работа для хорошей интеграции с docs дает выделенным инструментам преимущество: "electronic document management" системы сделаны именно для этого. СКВ, как SVN может оставаться хорошей альтернативой по соображениям стоимости :-)
Вы тестировали онлайн-сервис Simul ? Это выглядит многообещающе, мне лично нравится GitHub-подобная ориентация. Обратите внимание, что я не связан с Simul!