Контроль версий для всех?[закрыто]
https://stackoverflow.com/questions/50194
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
У меня есть несколько нетехнических пользователей, которые все совместно используют набор файлов проекта.Было бы идеально, если бы они использовали контроль версий, но я думаю, что и subversion, и git слишком техничны для нетехнических сотрудников офиса.
Существует ли какое-либо распределенное программное обеспечение для управления версиями, которое хорошо работало бы для обычных людей?
Решение
Если система управления версиями слишком технична, они могут использовать Подрывная работа с WebDAV.
Менее техничные люди просто будут сохранять файлы обычным образом из любого приложения, которое они используют, не беспокоясь и не думая о контроле версий.Они получают преимущество автоматического управления версиями, ничего не делая.
Когда им когда-нибудь понадобится больше функциональности, они могут научиться использовать TortoiseSVN для просмотра различий, возврата к старой версии, которая была создана автоматически для них и т.д...
Из книги о подрывной деятельности :
Поскольку очень многие операционные системы уже имеют интегрированные клиенты WebDAV, варианты использования этой функции граничат с фантастическими:представьте себе офис обычных пользователей, работающих под управлением Microsoft Windows или Mac OS.Каждый пользователь “монтирует” репозиторий Subversion, который выглядит как обычная сетевая папка.Они используют общую папку, как и всегда:открывайте файлы, редактируйте их, сохраняйте.Тем временем сервер автоматически устанавливает все версии.Любой администратор (или знающий пользователь) по-прежнему может использовать клиент Subversion для поиска в истории и извлечения старых версий данных.
Другие советы
Вы пробовали Черепаха SVN?Я не могу представить, что система управления версиями станет намного проще в использовании.
Это больше похоже на пример использования такого инструмента для совместной работы, как Базовый лагерь, Пряная птица, или SharePoint, чем "система управления версиями". Эти инструменты имеют ту же цель, что и система управления версиями, но больше ориентированы на материалы типа документов Word и соответствующих пользователей.Это еще один элемент, который ИТ-специалисты должны поддерживать на сервере, но он также устраняет возможность того, что чей-то помощник уничтожит ваш код.
Если им нужно редактировать файлы Office нечасто только по одному пользователю за раз, разместите файлы в общей сетевой папке с соответствующими разрешениями и создавайте их резервные копии каждую ночь.Active Directory предупредит их, если у кого-то она уже открыта.
Если это сложнее, чем просто office, рассмотрите Sharepoint.Я думаю, что SVN слишком сложен, особенно из-за конфликтов и сравнений двоичных файлов, напримерстарые документы Word на самом деле не работают.
Я бы попробовал Mercurial с Черепаха для интеграции с проводником.
Он достаточно прост в использовании, чтобы я мог без проблем им пользоваться:
- научите этому коллегу, не слишком разбирающегося в компьютерах, для совместного написания текста.
- проведите друга по телефону через установку Mercurial (TortoiseHg), создание репозитория и настройку его для совместной работы с использованием отдельных репозиториев push (его) и pull (моего) - после установки его только один раз на компьютер с Windows (я запускаю только GNU / Linux).
И поскольку он полностью распространен, они не могут взломать ваш репозиторий, когда они взломают свой - вы можете просто решить не извлекать их изменения или извлекать только хорошие изменения (например, избегая этих огромных двоичных файлов, которые новички, как правило, ставят под контроль версий).
С тех пор я также перешел на управление всеми своими статическими веб-сайтами через Mercurial (и push-upload hook, который автоматически загружает веб-сайт на мой FTP-сервер, так что мне больше не нужно беспокоиться об этом).
Я думаю, лучшим решением было бы заставить всех напрямую использовать систему контроля версий.Если вы работаете на платформе Windows, я бы порекомендовал TortoiseSVN.
Если использовать TortoiseSVN напрямую слишком сложно, у меня был хороший опыт настройки общего файлового ресурса Samba, где хранятся все документы проекта, и автоматической синхронизации этого с Subversion.Вы теряете преимущества того, что люди пишут комментарии к своим коммитам, но во многих случаях автоматическая история версий лучше, чем отсутствие истории версий.Таким образом, вовлеченным людям даже не нужно знать об отслеживании версий, если они сохраняют свои документы в нужном месте.Как часто вам нужно выполнять синхронизацию, зависит от того, как часто меняются документы, но в моем случае синхронизации каждые 24 часа было достаточно.
Примечание:Чтобы реализовать это, мне пришлось написать пользовательский скрипт, который извлек последнюю версию из репозитория, сравнил ее с локальной копией и выдал svn (или cvs) команды для добавления, удаления и обновления любых измененных файлов.Я не уверен, существует ли общее решение (с открытым исходным кодом) для этого, но я не думаю, что это должно быть слишком сложно реализовать самостоятельно в любом случае (я написал простой скрипт, чтобы сделать это за несколько часов).
В настоящее время я изучаю степень, в которой SharePoint может обеспечить нетехнологичный, но надежный контроль версий в аналогичном контексте.Предварительный результат - "meh".Даже в том случае, если мы придем к какому-то выводу, уже становится ясно, что контроль версий требует довольно важного изменения отношения пользователей к управлению документами.
Теперь, если бы это было для команд, использующих Apple Mac, а я предполагаю, что это не так, я бы настоятельно рекомендовал Версии, который является чрезвычайно интуитивно понятным SVN-клиентом.Это первое и единственное программное обеспечение, в котором я видел, как контроль версий и его смена парадигмы легко усваиваются непрограммистами.
Я создал инструкцию для ответа subversion + webdav:
Вы пробовали версию cue от Adobe?Это не с открытым исходным кодом / бесплатно, но конечному пользователю, возможно, будет проще использовать его.
Если Subversion с TortiseSVN слишком сложна - а это может быть так, поскольку управление версиями - это целая парадигма, отличная от Open, Modify, Save, - тогда вы могли бы начать их с гораздо более простого ручного управления версиями:
myDocument-20080908-beverlyd.doc
Это просто, легко понять, и вы можете написать скрипт, который каждую ночь или неделю архивирует все старые версии, чтобы они действительно видели только одну или две последние версии.
Если кто-то хочет увидеть различия, научите его различать.
-Адам
"Файлы проекта" потенциально расплывчаты - если файлы, о которых идет речь, в основном не являются файлами ASCII, а представляют собой документы Word или что у вас там есть, я не уверен, что традиционные инструменты управления версиями действительно будут работать.
SVN et.эл.будет с радостью поддерживать двоичные файлы, но если это все, для чего вы его используете, то вы на самом деле не получаете большинство полезных функций и, как правило, в конечном итоге сбиваете с толку нетехнических пользователей.SVN (и git и т.д.) - Это инструменты, предназначенные для программистов - если вы просто ищете хороший способ управлять изменениями документов и вести историю, я предполагаю, что есть лучшие инструменты для вашей конкретной платформы (хотя я не знаю достаточно, чтобы рекомендовать конкретный).
Тем не менее, если это в основном файлы ASCII, я подозреваю, что TortoiseSVN - ваш лучший выбор.
