У меня есть несколько нетехнических пользователей, которые используют общий набор файлов проекта. Было бы идеально, если бы они использовали контроль версий, но я думаю, что и подрывная деятельность, и git слишком технические для нетехнического персонала.
Есть ли какое-либо программное обеспечение для управления распределенными источниками, которое будет хорошо работать для нормальных людей?
Если управление источником слишком технически, они могут использовать Subversion с WebDav.
Менее технические люди будут просто сохранять файлы обычно из любого используемого приложения, не беспокоясь/не думая об управлении источником. Они получают преимущество авто-версии, не делая ничего.
Когда им нужно больше функциональности, они могут научиться использовать TortoiseSVN для просмотра diffs, вернуться к старой версии, которая была сделана автоматически для них и т.д.
Из книги подрывной деятельности:
Поскольку у многих операционных систем уже есть интегрированные клиенты WebDAV, прецедент для этой функции граничит с фантастикой: представьте себе офис обычных пользователей, работающих под управлением Microsoft Windows или Mac OS. Каждый пользователь "монтирует" репозиторий Subversion, который, как представляется, является обычной сетевой папкой. Они используют общую папку, как всегда: открывают файлы, редактируют их, сохраняют. Между тем, сервер автоматически обновляет все. Любой администратор (или знающий пользователь) все еще может использовать клиент Subversion для поиска истории и получения более старых версий данных.
Вы пробовали Tortoise SVN? Я не могу представить, что управление источниками становится намного проще в использовании.
Это больше похоже на пример использования для совместного инструмента, такого как BaseCamp, SpiceBird, или SharePoint, чем "источник управления". Эти инструменты имеют ту же цель, что и источник управления, но более ориентированы на материал типа Word Document и соответствующие пользователи. Это еще один элемент для ИТ-специалистов для поддержки на сервере, но он также устраняет возможность того, что кто-то помощник уничтожит ваш код.
Если им нужно только один раз редактировать файлы Office одним пользователем, получить файлы на сетевом ресурсе с соответствующими разрешениями и поддерживать их в ночное время. Active Directory предупредит их, если кто-то уже открыл его.
Если это сложнее, чем просто офис, рассмотрите Sharepoint. Я считаю, что SVN слишком сложна, особенно потому, что конфликты и сравнения двоичных файлов, например. старые слова docs не работают действительно.
Я бы попробовал Mercurial с TortoiseHG для интеграции с Explorer.
Легко использовать, что я мог без проблем:
И так как он полностью распределен, они не могут сломать ваш репозиторий, когда они ломают их - вы можете просто решить не переносить свои изменения или тянуть только хорошие изменения (например, избегая этих огромных бинарных файлов, новички, как правило, ставят внизу версия управление).
Я с тех пор перешел на управление всеми моими статическими веб-сайтами через Mercurial (и крюк push-upload, который автоматически загружает сайт на FTP-сервер, поэтому мне больше не нужно беспокоиться об этом).
Я думаю, что лучшим решением было бы заставить всех использовать систему управления версиями напрямую. Если вы находитесь на платформе Windows, TortoiseSVN будет моей рекомендацией.
Если использование TortoiseSVN напрямую слишком сложно, у меня есть хороший опыт в настройке общего файла Samba, где хранятся все проектные документы, и автоматически синхронизировать его с Subversion. Вы теряете преимущества людей, которые пишут комментарии по своим обязательствам, но во многих случаях история автоматического обновления лучше, чем история версий. Таким образом, вовлеченные люди даже не должны знать об отслеживании версий, если они сохраняют свои документы в нужном месте. Как часто вам нужно синхронизировать, зависит от того, как часто меняются документы, но в моем случае синхронизация каждые 24 часа была адекватной.
Примечание. Чтобы реализовать это, мне пришлось написать пользовательский script, который проверил последнюю версию из репозитория, сравнил его с локальной копией и выпустил команды svn (или cvs) для добавления, удаления и обновлять любые измененные файлы. Я не уверен, существует ли общее (с открытым исходным кодом) решение для этого, но я не думаю, что это должно быть слишком сложно реализовать в любом случае (я написал простой script, чтобы сделать это через несколько часов).
В настоящее время я изучаю, насколько SharePoint может обеспечить нетехнический, но надежный контроль версий в аналогичном контексте. Предварительный результат - "meh". Даже в том случае, когда мы приходим к выводу, уже становится ясно, что контроль над пересмотром требует довольно значительного сдвига в отношении пользователей к управлению документами.
Теперь, если это было для команд, использующих Apple Mac, и я полагаю, что это не так, я настоятельно рекомендую Versions, который является чрезвычайно интуитивным клиентом SVN. Это первое и единственное программное обеспечение, в котором я видел контроль над версиями и его сдвиги в парадигме, которые легко принимаются не программистами.
Вы пробовали кинематографию Adobe? Это не open source/free, но может быть проще использовать для конечного пользователя.
Если Subversion с TortiseSVN слишком сложна, и это может быть, поскольку управление версиями - это целая парадигма, отличная от Open, Modify, Save - тогда вы можете начать их с гораздо более простого управления версией вручную:
myDocument-20080908-beverlyd.doc
Это просто, легко понять, и вы можете написать script, что каждую ночь или неделю архивирует все старые версии, поэтому они действительно видят только последнюю версию или две.
Если кто-то хочет увидеть различия, научите их различать.
-Adam
"Файлы проекта" потенциально расплывчаты - если рассматриваемые файлы не являются в основном файлами ASCII и являются документами Word или что у вас есть, я не уверен, что традиционные инструменты управления версиями действительно будут работать.
SVN и др. и др. будет радостно поддерживать двоичные файлы, но если вы все это используете, то на самом деле вы не получите большинство полезных функций и, как правило, путаете нетехнических пользователей. SVN (и git и т.д.) - это инструменты, предназначенные для программистов - если вы просто ищете хороший способ управления документами и сохранить историю, я предполагаю, что для вашей конкретной платформы есть лучшие инструменты (хотя я не знаю достаточно, чтобы рекомендовать конкретный).
Тем не менее, если они в основном являются файлами ASCII, я подозреваю, что TortoiseSVN - ваш лучший выбор.
Я сделал для ответа subversion + webdav: