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

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

Я также рекомендовал бы Подверсию. Не занимает слишком много времени настраивать, это свободно, и существует действительно хорошая книга, доступная онлайн, который пробегается через основы, а также некоторые усовершенствованные темы: http://svnbook.red-bean.com/

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

Моим первым воздействием был CVS с WinCVS как клиент. это было неприятно. Затем была Подверсия с TortoiseSVN и интеграцией Eclipse. Это было интуитивно, и небесно. Я думаю, что использование CVS с TortoiseCVS и Eclipse было бы хорошо также, хотя я предпочитаю способ, которым SVN обрабатывает revisioning. Весь репозиторий является имеющим версию с каждой регистрацией, не отдельными файлами.

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

Что-либо, но я изучил бы современную систему как мерзавец или подверсия сам. Мой первый VCS был RCS, но я свалил основы.

Хранилище из SourceGear.com превосходно. Это свободно для отдельных пользователей и обеспечивает превосходный интерфейс VS 2005/2008.Мне очень нравится!

RP

Я нашел, что http://unfuddle.com сохранил меня имение предосудительные отношения с установкой SVN или мерзавца. Можно получить бесплатную учетную запись там и использовать любого из тех - плюс Вы, может использовать Ваш OpenID там.

Затем Вы избегаете необходимости бездельничать установке его право и внимание на то, как Вы собираетесь использовать его!

Я не и усовершенствованный пользователь управления исходным кодом, но я учусь. Вот мой опыт с продуктами управления исходным кодом:

1. Давным-давно, компания я работал на, в то время, когда решено использовать управление исходным кодом. Они представили понятие разработчикам и стали eveyone готовый дать ему попытку. Они приняли решение использовать PVCS и реализовали его. В недалеком будущем разработчики должны были бы скоординировать для блокирования/разблокированного модулей и объектов, и мы действительно не видели большого преимущества.

2. Несколько лет спустя я играл вокруг с созданием проекта с открытым исходным кодом и в то время, когда rubyforge предлагал репозитории CVS. Я испытал его, и это было незначительно лучше, чем PVCS. Предоставленный я был единственным с помощью репозитория. Я действительно однако расстраивался, когда я пытался перестроить структуру своих файлов, потому что мне не нравился способ, которым я первоначально импортировал их. Это действительно не удалось в CVS.

3. Несколько лет после этого, я работал над другим персональным проектом и моим поставщиком веб-хостинга, предложили легкий установить Подверсию (SVN) репозитории. Мне потребовалось определенное исследование для подъема его и работающий правильно, но после того как я закончил начальную кривую обучения, мне понравился он.

4. Вскоре после этого я понял, что мне понравилось иметь управление исходным кодом и что мое текущее задание не имело его. Таким образом, я проповедовал христианство, и после того, как длительный промежуток времени, моя команда реализовала Источник, Безопасный, потому что мы работаем в Visual Studio и обычно являемся магазином Microsoft. Я стремился использовать его, но в ближайшее время я нашел, что терял файлы и что Visual Studio клала вещи на неправильное место и что я буду работать над проектом некоторое время и затем идти, чтобы экспортировать мою работу в другое местоположение и найти, что это или не экспортировало бы или только экспортирует некоторые проекты в решении. Это заставило меня понять, что даже при том, что я думал, что использовал "систему управления версиями", копия кода, который был самым безопасным, устойчивым и завершенный, была моей рабочей копией. Полная противоположность того, что управление исходным кодом, как предполагается, делает.

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

Так короче говоря я рекомендовал бы мерзавцу, я использую Mysysgit в окнах, и он имеет добавленную премию предоставления мне оболочка удара. На Linux можно просто установить его от диспетчера пакетов. Если Вам не нравится мерзавец, попробуйте подверсию. Если Вам не нравится, или тех Вам, вероятно, не понравятся CVS или PVCS также. Ни при каких обстоятельствах не попробуйте Безопасный Источник, это ужасно.

Я предложил бы, чтобы Вы попробовали Подверсию, например, с установщиком SVN с 1 щелчком. Попытайтесь искать ТАК "Подверсию", и Вы найдете загрузки вопросов с ответами, которые указывают на хорошие учебные руководства.

Удачи!

Существует несколько базовых понятий, что я думаю, важны для изучения:

1. Регистрации/выезды (очевидно),
2. Локальные версии по сравнению с серверными версиями
3. Отображение/Привязка локальной рабочей области к удаленному хранилищу или репозиторию.
4. Слияние изменений назад в файл, который содержит изменения от других.
5. Ветвление (каково это, когда/почему использовать его),
6. Слияние изменений от ответвления назад в основное ответвление или соединительную линию.

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

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

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

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

@Ian Nelson:

Я соглашаюсь с Вами, что Безопасный Источник плох как система управления исходным кодом, но имейте в виду, что использование Безопасного Источника намного лучше, чем "перенос вокруг гибких дисков", как сказал Joel Spolsky.

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

Я бы сразу обратился к Git . Раньше я использовал Subversion, но всегда чувствовал, что делаю это неправильно. Git имел смысл с первого дня.

Полезные ресурсы:

• Линус Торвалс на Git
• Скотт Чакон «Получение Git»

У каждого инструмента есть свои сильные и слабые стороны. Это очень вопрос ваших требований. К сожалению, с этой проблемой, как и со многими другими, часто выбирается не лучший инструмент, а тот, с которым кто-то знаком. Например, если вам не требуется много ветвей, а ваша команда небольшая и локальная, почти любой виртуальный клиентский сервер выполнит эту работу (кроме SourceSafe). Все меняется, если вам нужны ветки (что почти обязательно означает, что вам также нужно выполнять слияние), ваша команда распределена, вам нужна повышенная безопасность (субподрядчики не имеют права работать со всем исходным деревом), отслеживание задач и т. Д. Есть также вопрос стоимости тремя разными способами: стоимость лицензий, стоимость обслуживания (некоторые инструменты настолько сложны, что на практике вам нужен кто-то только для управления репозиториями) и стоимость обучения.

Поэтому предлагать один инструмент другому - все равно что предлагать лучший язык программирования.

Несколько указателей:

• StarTeam - самый простой из инструментов Я использовал. Требовалось совсем немного повышение квалификации. У меня однодневное обучение поскольку я должен был быть сопровождающим. Это поддержание заняло у меня менее 30 минут в неделю. Пользователи, которых я "обучил" написав двухстраничное руководство и после этого у меня было очень мало вопросов отвечать.
• Континуус был другим концом масштабироваться, насколько проста в использовании обеспокоен. С другой стороны, обработка задач была отличной и предлагала хорошую поддержку для управления выпусками. Проблема в том, что даже будучи менеджером по выпуску, я никогда не думал, что легкость создания релизов (когда-то вы узнали, как это сделать, но на это потребовалось много времени) должна быть важнее, чем ежедневная работа разработчиков.
• Слияние и ветвление создание отличается дико между инструментами. Некоторые инструменты делают это просто, как git и ClearCase (хотя последний очень медленный) некоторые в основном заставляют вас делать слить вручную. Если вам нужно сделать много сливается, стоимость может вырасти. ClearCase вообще стоил дорого. три категории, упомянутые ранее (хотя следует сказать, что мы использовали все продвинутые вещи, которые не нужно). С другой стороны, Git не хватает хорошего UI и некоторых концепций отличается от того, что вы могли бы использовать к. Функции безопасности Git также не хватает (гитозис устраняет некоторые проблемы, но не все).
• Большинство инструментов, которые я использовал, также довольно медленный. Такие инструменты, как PVCS / Dimensions, были просто медленно, несмотря ни на что (базовый такие вещи, как открытие каталога в репозиторий), некоторые очень медленно более конкретные способы (например, ClearCase).

Из инструментов, которые я использовал, я бы выбрал StarTeam, если ваши разработчики не очень опытны (и если вы не против заплатить лицензию, что довольно дорого), и git, если у вас есть на борту есть несколько опытных парней, которые могут настроить среду для других парней. Mercurial также выглядит интересным конкурентом и, похоже, имеет немного лучший интерфейс.

Continuus, PVCS / Dimensions и ClearCase слишком медленны, слишком сложны и слишком дороги практически для любого проекта. Если кто-то настаивает на выборе одного из них, я бы выбрал ClearCase.

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

Что касается первого инструмента, который нужно выбрать, проблема с Git, Bazaar и Mercurial в том, что они распространяются vcs. Это отличается от традиционной модели сервер-клиент, где у вас есть центральный репозиторий. Чтобы просто изучить материал, я бы рекомендовал также прочитать о концепциях. Например, ветвление - это то, что вы можете не понять правильно, просто попробовав себя (существуют разные стратегии ветвления для разных ситуаций). Кроме того, это совсем другое дело, если вы единственный, кто обращается к репозиторию, например, конфликты слияния не будут проблемой (вы можете их увидеть, но вы также легко их исправите, так как вы знаете код в обеих ветвях). Конечно, вы узнали бы о выезде, регистрации и т. Д., Но я не думаю, что эти вопросы особенно сложны в первую очередь.

Дополнительная проблема с vcs заключается в том, что они обычно используют разные термины. В StarTeam, который в остальном прост в использовании, они почему-то настаивают на использовании терминов «выписка» и «выписка и блокировка». Последнее, как думает большинство людей, делает первый. Для этого есть причина (вы можете редактировать файлы, даже если у вас нет монопольной блокировки), но все же было бы гораздо разумнее называть эти «Получить» и «Извлечь», чтобы избежать путаницы.

Subversion - хорошее место для начала. Это очень стабильная и современная система контроля версий. Лучшим онлайн-ресурсом для начала изучения Subversion будет Контроль версий с помощью Subversion . Что касается серверного и клиентского программного обеспечения, существует множество вариантов. Лично я предпочитаю (для среды Windows).

1. Сервер VisualSVN

2. Клиент, интегрированный в оболочку TortoiseSVN и

3. Надстройка AnkhSVN Visual Studio Subversion

Опять же, с Subversion доступно множество вариантов. Кроме того, это постоянно развивающаяся система контроля версий (в отличие от устаревшего SourceSafe). Его можно легко интегрировать с многочисленными автоматизированными инструментами сборки (CruiseControl, FinalBuilder) и системами отслеживания ошибок / проблем (JIRA).

Если вам нужны современные системы управления версиями, выбирайте Git (разработанный Линусом Торвальдсом). Но если вы новичок в системах контроля версий, я бы посоветовал начать с подрывной деятельности.