Мне нравится git, но это слишком тяжело для моих коллег.. у каких DVC есть самый низкий барьер входа?

TL; DR: Я ищу DVCS с гораздо более простым (и менее опасным) набором команд, чем Git, который сканирует на Windows и MacOS X.

Чтобы дать вам несколько предпосылок:

Я был единственным тестированием Git для Revision Control в моей компании в течение 6 месяцев.

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

Я разработчик .NET и Rails, и мне очень нравится UNIX!

Остальные колледжи - это данные и разработчики Excel (высмеивайте все, что вам нравится, но они делают некоторые СЕРЬЕЗНО-хардкорные вещи с данными в Excel VBA и T-SQL).

С другой стороны, они не могут стоять unix и barf при идее использования командной строки для чего угодно, кроме ностальгии.

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

В настоящий момент единственным вариантом является Mercurial.

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

Кстати: Open Source не нужен, и мы готовы потратить немного денег.

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

Итак, я продолжу принудительно нажимать Git в веб-команде, но оставляйте боты данных!

Ответ 1

Не сдавайтесь git. Поезд и поддержка, и им это понравится. Я был в одной лодке, и в конце концов мы вышли вперед. Хорошо стоит усилий.

Gitk и git gui великолепны, если они являются командной строкой.

Вы направляетесь по пути к графической студии, не использующей Photoshop, потому что это "слишком сложно изучить", поэтому они идут с MS Paint. Не делайте этого.

UPDATE:

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

Надеюсь, что это поможет.

Ответ 2

Mercurial - это простой DVCS и мощный.

https://www.mercurial-scm.org
Учебник Joel Spolsky: http://hginit.com/

Subversion, будучи старше, имеет больше инструментов пользовательского интерфейса, но DVCS не далеко позади.

Вы можете использовать пользовательский интерфейс: TortoiseHg, который можно использовать в окнах, и есть http://jasonfharris.com/machg/, который раскачивает интерфейс для Mac.

Ответ 3

Repos может испортиться в любой VCS. Интересная разница с git заключается в том, что ошибки чаще восстанавливаются за пределы простого восстановления из резервной копии, хотя, как вы обнаружили, это может привести к некоторому настоящему вуду. Тем не менее это не исключает возможности восстановления более легкого из резервной копии.

Лично я считаю, что базар - это самый простой DVCS для начинающих, чтобы учиться самостоятельно. У них отличная документация и дружелюбное для новичков сообщество. Это то, с чего я начал. Однако, с таким большим опытом, как у вас есть, я думаю, вы найдете ограничение на базар. Mercurial намного более похожа на git функцию и по мощности, и имеет менее командную строку unixy, но вы все равно избегаете CLI.

Я бы рекомендовал разместить их на TortoiseGit. Рабочий процесс будет для них изменением, несмотря ни на что, и есть вещи, которые вы можете сделать, чтобы облегчить им работу. Помните, что они получат от вас подготовку и поддержку, что будет для них гораздо более дружелюбным для новичков, чем справочные страницы git или тем, что вы использовали.

Я бы рекомендовал запустить их без какого-либо ветвления, просто потянуть, зафиксировать и нажать от мастера к исходному. Это почти так же легко с TortoiseGit, как и с любым другим VCS. Создайте другую локальную папку с другим репозиторием, если они должны работать сразу с несколькими ветвями, что примерно так же близко к совместному использованию Dropbox, как вы можете получить. Затем вы можете ввести более сложные концепции, поскольку они начинают их требовать.

Ответ 4

Mercurial/TortoiseHg и Bazaar/TortoiseBzr - это DVCS, о котором я мог думать, кроме Git thats opensource.

Ответ 5

Вы можете посмотреть http://www.infoq.com/articles/dvcs-guide, который документирует различия между 3 самыми популярными DVCS. Он имеет разделы по простоте использования и позволяет сравнить это с функциями.

Ответ 6

Как вы отметили, что основным видом формата, который они используют, является таблица Excel, использование DVCS по сравнению с их текущим решением Dropbox кажется менее очевидным, чем может показаться.

Электронная таблица Excel рассматривается большинством (D) VCS как двоичные файлы, даже формат .XLSX(который в основном представляет собой набор файлов XML, зашифрованных). Таким образом, VCS на самом деле не сможет сравниться между версиями и даже меньше выполнять слияние. Зная, что Dropbox не так уж плох, поскольку он позволяет им автоматически извлекать выгоду из резервной копии 30 последних дней пересмотра и даже так называемого решения "pack-rat", чтобы вернуться назад.

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

Для части GUI я бы рекомендовал Version для Mac и Vercue для Windows (или, конечно, всегда есть опция TortoiseSVN).