Какой лучший контроль версий для Visual Studio 2008 SP1?

Ответ 1

У нас есть Subversion с настройками TortoiseSVN и CruiseControl.NET для нашего первого приложения MVC. До сих пор он работал очень хорошо, поэтому я бы порекомендовал его.

ИЗМЕНИТЬ:

Забыв упомянуть, что они оба свободны, что имеет значение в зависимости от вашей ситуации. Кроме того, я не пробовал VS VS интеграции, потому что у нас есть некоторые вещи, которые мы не используем VS, поэтому я просто держу его в файловой системе. Мы еще не полностью сконфигурировали Cruise Control, но моя любимая часть заключается в том, что, как только я знаю, что что-то работает, я могу это зафиксировать, и как только я получаю письмо с уведомлением, которое оно построено успешно, я сразу узнаю, что улучшил продукт.

ИЗМЕНИТЬ № 2:

Мы с тех пор перешли на использование Hudson. Он имеет больше графического интерфейса и позволяет пропустить всю конфигурацию файла XML. Несколько вещей, которые нужно отметить:

• Он основан на Java, но по моему опыту не все так сложно настроить, если вы не торопитесь и следуете инструкциям. Он по-прежнему отлично подходит для приложений .NET.

• Вам нужно будет добавить привязку post-commit к SVN (или эквивалент для вашей настройки источника), чтобы он запустил URL-адрес сборки. Кроме того, вы можете проводить опрос SVN автоматически каждые несколько минут/часов. Он варьируется между проектами для нас, у меня есть несколько настроек в каждом направлении.

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

Ответ 2

что угодно, кроме Visual SourceSafe.....

Ответ 3

Я использую SVN, TortoiseSVN и VisualSVN.

TortoiseSVN - это лучший интегрированный пользовательский интерфейс оболочки Windows. Что VisualSVN приносит на вечеринку, это отличная интеграция с Visual Studio 2008.

До приобретения VisualSVN мы вручную использовали TortoiseSVN, и проблема в том, что неявно созданные файлы поддержки часто не добавляются в исходное управление, что приводит к сбою сборки. Это легко исправить, но это большая потеря времени.

VisualSVN устраняет эту проблему немедленно и полностью.

Если у вас больше денег, чем смысла, VS Team System решает эти проблемы и является единственной, которую я когда-либо видел с помощью источника управления, который можно применить непосредственно к объектам в базе данных (SP, функция, таблица, представление и т.д.),.

На бюджетном конце рынка SVN + TortoiseSVN + VisualSVN. На другом конце города VSTS трудно превзойти.

Меня всегда озадачивают люди, которые не хотят размещать свои собственные репозитории. Он мертв легко сделать, и протокол SVN настолько эффективен, что я едва могу рассказать о различии между локальным доступом и удаленным использованием через Интернет, а наш интернет-шлюз на работе - это 512-килограммовый DSL, общий для 20 человек. В прошлый раз, когда я пробовал AnkhSVN, он был шелушащимся, как свежий яблочный пирог.

Ответ 4

Я использую ankhsvn, он бесплатный и работает очень хорошо. У меня еще не было проблем с этим.

Ответ 5

Если у вас есть деньги, Team System отлично подходит для моего отдела.

http://msdn.microsoft.com/en-us/teamsystem/default.aspx

Ответ 6

Если деньги не являются проблемой, исходный контроль в Team Foundation Server велик. Безупречная интеграция и возможность добавления политик и предупреждений при проверке позволяют людям легко узнать, что происходит с кодом. TFS также имеет возможность подключаться к управлению круиз-контролем или другим агентам сборки для непрерывной интеграции.

Я также использовал SVN, и за некоторыми ошибками нашли его очень бюджетным - БЕСПЛАТНО.

В конце концов, вам лучше всего обеспечить, чтобы ваш код, по крайней мере, был скопирован в другом месте, таком как сетевой диск, как минимум. Для истории кода и других функций SVN, VSS и TFS будут соответствовать вашим потребностям. Однако деньги, вероятно, являются движущей силой.

Ответ 7

Мы используем сервер фундаментов команды. Это здорово для нашей команды, поскольку у нее есть интерфейс gui. Если у вас нет необходимости в интерфейсе gui из коробки, я бы, вероятно, пошел с subversion. Я знаю команду, которая использует subversion и cruiscontrol в мире php и любит его.

Ответ 8

Я также использую Subversion вместе с TortoiseSVN, но я не беспокоюсь о интеграции VS (хотя я и покупал Visual SVN, я его не использую). Другое дело добавить, однако, в том, что мне повезло с относительно недорогой службой SVN под названием Beanstalk. Его легко настроить и снять с головы все головные боли. Они находятся на http://www.BeanstalkApp.com. Я не связан с ними, кроме как с клиентом, но мне нравится передавать рекомендации, когда мне нравится продукт/услуга.

Ответ 9

Perforce - это хорошо, но прошло три года с тех пор, как я использовал его, поэтому я не знаю, как он сравнивается с Subversion et в наши дни.

Ответ 10

Тот, который работает лучше всего для вас, вашей среды и вашего бюджета.

Лично у меня есть пользовательский Visual Source Safe, SourceAnywhere и Subversion. В целом, я предпочитаю Subversion с клиентом VisualSVN.

Ответ 11

Я попытался продолжить, и Subversion + TortoiseSVN + VisualSVN - лучшее, что я нашел. Если вы ищете непрерывный сервер интеграции, Хадсон - хороший выбор (это лучше, чем CruiseControl.Net).

Ответ 12

Я попробовал TortoiseSVN, TortoiseGit и SourceAnywhere. Если вы используете eclipse, я бы выбрал TortoiseSVN. Если вы используете Visual Studio, я предпочитаю SourceAnywhere, который более безопасен и совместим с IDE.