Управление версиями в Visual Studio 2010?

После нескольких поисков на форумах SO, Google и MSDN я разочаровался в том, что информация о том, что может показаться очевидным, и, возможно, глупым вопросом, настолько мало информации.

Мне нужно использовать элемент управления source в Visual Studio 2010 Professional. У меня нет отдельного Team Foundation Server 2010. Некоторые люди упомянули SourceSafe? Я не видел ни одного SourceSafe внутри Visual Studio 2010, если честно.

Какие альтернативы (желательно бесплатно) для управления версиями в Visual Studio 2010? Или он уже интегрирован в Visual Studio 2010, что я настолько слеп, что пропустил это?

Обновление # 1: Спасибо всем, я поеду с SVN, в частности AnkhSVN для Visual Studio 2010.

Обновление 3/23/2011. Прошло почти год с тех пор, как я задал этот вопрос. Я настоятельно рекомендую использовать Mercurial или Git для Subversion. Таким образом, для тех из вас, кто ищет систему управления версиями Visual Studio 2010, смотрите не дальше, чем Git или Mercurial extensions из библиотеки расширения Visual Studio.

Обновление 5/16/2013: теперь я настоятельно рекомендую вам использовать Git поверх Mercurial, TFS или SVN. Посмотрите на Try GitHub в браузере, чтобы увидеть, насколько это потрясающе!

Начало работы с Git на Visual Studio 2012 - углубленное учебное пособие Энди Льюиса.
Инструменты Visual Studio для Git - расширение для Team Explorer для обеспечения интеграции управления версиями для Git. Включает интеграцию с локальными репозиториями Git и предоставляет инструменты для работы с удаленными репозиториями.

Ответ 1

Смотрите: Список систем управления версиями с плагинами Visual Studio

Visual Studio - это только среда IDE. Вы можете использовать любое решение для управления версиями, которое вы хотите с ним. Любое решение управления исходным кодом с открытым исходным кодом, в частности, git, меркуриальное (hg) или подрывное (svn). И есть такие коммерческие продукты, как Perforce или SourceGear Vault. См. здесь для получения исчерпывающего списка и google для получения дополнительной информации.

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

И если вы не используете исходный элемент управления, который требует, чтобы вы явно проверяли файлы для их редактирования (например, VSS или TFS), интеграция IDE даже не нужна. Я лично предпочитаю использовать git или subversion извне среды IDE.

И, пожалуйста, оставайтесь как можно дальше от Visual SourceSafe.

Ответ 2

Я использую Ankh SVN вместе с Subversion на стороне сервера, и он отлично работает для меня. Mercurial и Git более популярны чем SVN в последнее время, хотя есть и Visual HG, плагин Mercurial для визуальной Studio.

Изменить: Тем временем я переключился на Mercurial (Tortoise HG plus Visual HG) и никогда не оглядывался назад. Потребуется несколько часов, чтобы привыкнуть к Mercurial, если вы пришли из Subversion, но после этого это действительно легкий ветерок. Даже если вам не нужен распределенный CVS, у Mercurial все еще есть много приятных функций, которые недоступны в Tortoise SVN. Кроме того, он выглядит довольно стабильным, особенно в отношении ветвления.

Ответ 3

Как @Tomek предложил использовать Subversion.

Отметьте этот пост, который поможет вам использовать подрывную деятельность и AnkhSVN (плагин VS) с VS2010

Visual Studio 2010, подрывная деятельность с AnkhSVN

Ответ 4

Позвольте мне добавить еще один вариант в список SCM, интегрированных с Visual Studio 2010: Пластиковый SCM. Вы можете проверить, как он выглядит здесь.

Там доступно Community Edition.

Ответ 5

У меня есть использование Subversion и Mecurial для проектов, и оба из них заставили меня вспомнить, что я работаю с очень ненавидящими (по уважительной причине) Visual Source Safe. Оба будут "работать", но оба показывают свои корни unix-programmer (без каламбуры) с загадочными сообщениями об ошибках и тупой, черной магии. Контроль источника должен быть простым, надежным и оставаться в стороне. Ни SNV, ни Mecurial не подходят. Mecurial проще в использовании, если ничего не происходит - примерно 80% времени.

Если вы работаете только один разработчик, я бы использовал Mercurial.

Вот пример того, почему я их ненавижу:

нажатие на Z:\Repos\SupplierAdminWebRepo поиск изменений новые удаленные головки на ветке "default" [Ошибка: прервать: push создает новую удаленную головку 9cfbad6249a9!] новый пульт дистанционного управления 9cfbad6249a9 [Ошибка: (вы забыли слиться? Используйте push -f, чтобы заставить)]

[Операция завершена. Код выхода: 255]