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

Ответ 1

Мы переключились с VSS на SVN, используя только TortoiseSVN в течение длительного времени. Недавно мы начали использовать плагин VisualSVN для VS (к сожалению, не бесплатный).

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

Если вы работаете с Subversion и должны иметь интеграцию с исходным кодом, я настоятельно рекомендую VisualSVN.

Если вы хотите попробовать SVN, вы можете установить очень бесплатный (и очень простой в настройке) продукт VisaulSVN ​​Server и иметь SVN запустив всего несколько минут на сервере Windows.

Ответ 2

Моя рекомендация для SourceGear Vault. Это достаточно близко к Visual Source (un) Безопасно чувствовать себя "комфортно" сразу же, он прочный (построенный на SQL Server, который также решает ваши проблемы с резервным копированием), он очень надежный, имеет большую поддержку для ветвления и слияния - все вокруг хорошего материала.

Это бесплатно для групп до 2 разработчиков и по разумной цене для более крупных команд - намного меньше $$$, чем Team System (также это, конечно же, только контрольный элемент управления, а не целая команда dev). Мы используем его в сочетании с ошибкой Fogbugz и трекером, и этот комбо дает все, что нам нужно, для гораздо меньших затрат.

Настоятельно рекомендуется.

Марк

Ответ 3

Кажется, что вы хотите иметь интеграцию VS, но я сомневаюсь в причине этого.

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

Вы можете получить subversion для интеграции с VS (Ankh svn и visualsvn), и я также использовал vault, который стабилен и интегрирован с VS, но я использую контроль источника для других вещей кроме как просто против работы.

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

Ответ 4

Я работал с VSS, CVS, SVN и TFS.

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

CVS: Отличное решение. Отсутствует одна особенность SVN с визуальным слиянием.

SVN: Отличное решение. Вы можете получить надстройки для интеграции, если они вам понадобятся. У меня есть только одна жалоба: слияние между веткими может быть лучше. Но, продукт - бомбардировщик и очень доступный.

TFS: Там, где я работал, они мало что помогли. Они использовали только источник управления. Я был рад использовать его, особенно стеллажи, но я не мог объединить изменения в ветку. Я бы сказал, что это скорее VSS. Иногда MS слишком старательно делает для вас что-то, что вам нужно сделать самому. Кроме того, пользовательский интерфейс не является интуитивным.

Итак, я придерживаюсь SVN. Хотя новый стандарт с открытым исходным кодом кажется GIT (он не может комментировать его).

Ответ 5

Из VSS любая система будет улучшением; -)

Perforce - это, вероятно, лучший основной инструмент, который я использовал. Rational Apex был еще лучше, но если вы не пишете Ada, эта информация вам не подходит.

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

Для стоимости (бесплатно) SVN отлично. Надстройка оболочки Tortoise упрощает ее использование в Windows.

ИЗМЕНИТЬ.

Я вижу, что я только что получил ответ от этого древнего ответа:-) Это заставило меня вернуться, и я считаю, что мне нужно обновить свой ответ.

Теперь я использую TFS на работе, и мне это очень нравится, это большой зверь и, возможно, не подходит для домашних проектов, но это коммерческий инструмент и стоит посмотреть, действительно ли вы цените интеграцию VS. Я уверен, что Perforce и Clear Case все еще являются отличными продуктами, но я сейчас не в курсе.

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

Ответ 6

Исходным элементом управления является только часть VS Team Foundation Server, которая является полной системой управления проектами.

Я использовал SVN и TFS, и оба они более стабильны, надежны, чем VSS.

Ответ 7

Мне очень повезло с Анхввном. Я могу использовать его взаимозаменяемо с TortoiseSVN, и он отлично справляется с плотной интеграцией с Visual Studio и макетом проекта.

http://ankhsvn.open.collab.net/

Ответ 8

Мы используем plasticscm на работе, он менее известен, но очень хорошо интегрирован в VS, у вас есть все варианты и графики внутри против самого себя.

Ответ 9

SVN лучше и быстрее, чем VSS. Мы перешли с VSS на SVN 2 года назад, потому что VSS находилась на серверах в Нью-Йорке, а операции на VSS казались слишком медленными для разработчиков в Индии. SVN быстрее, потому что он предназначен для WAN, а не VSS, который предназначен для локальной сети. Ссылка на эту ссылку

Вы можете использовать Windows Explorer для выполнения операций SVN, или вы можете использовать AnkhSVN для выполнения операций SVN из VS.Net IDE.

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

Преимущества SVN можно найти здесь при переполнении стека.

Ответ 10

+1, чтобы забыть о интеграции VS.

Многие из лучших инструментов управления источниками имеют отличные интерфейсы командной строки. Я с удовольствием использовал Git для проектов VS почти год. Недостатком является то, что Git требует оболочки bash, и это не очень удобно для Windows. Я готов заплатить "стоимость" не за интеграцию VS, чтобы получить все расширенные функции, которые делают жизнь проще.

Я предложил бы предложить Mercurial попробовать.

Я должен добавить, что этот совет больше подходит для личного выбора контроля источника. Если вы ищете стандарт управления версиями для большой компании с большим количеством разработчиков, я бы пошел с более "стандартным" выбором, например Team System, SVN или Vault.

Ответ 11

Я предпочитаю TFSVC, поскольку он интегрирован со всеми другими сервисами в Team Foundation Server. Но это зависит от того, что вы хотите сделать. Если вы хотите решение ALM, это путь. У меня есть возможность установить проверку политик, встроенные сборки и связать их с рабочими элементами. Мне нравится, как он разветвляется и сливается. Я могу заставить своих тестеров представить элементы работы с ошибками, связанные с кодом в TFSVC. У меня есть прослеживаемость, чтобы видеть, кто проверяет и нарушает сборки. Я могу запускать отчеты и получать хорошую видимость в проекте. Все работает вместе.

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

Джон

Ответ 12

Мы используем хранилище, это хорошо. Но используйте Team System, если вы можете с ней связаться с Microsoft. Они знают, как справляться со своими собственными проблемами/ошибками/способами мышления.

Ответ 13

Это зависит от того, вы ищете бесплатную или коммерческую систему контроля версий.

Subversion
Используя Subversion, у вас есть отличный, бесплатный, открытый ankhsvn, который интегрирует Subversion с Visual Studio. Интеграция действительно фантастическая!

Mercurial
Если вам нужно распределенное управление версиями, выберите Mercurial с VisualHG плагин. Mercurial в контракте на Git был разработан с поддержкой родной Windows, а также интеграция Visual Studio намного лучше.

PlasticSCM
Самая лучшая интеграция Visual Studio, которую я когда-либо видел, имела PlasticSCM, что является простым следствием того, что PlasticSCM - это система управления версиями Windows. Он работает очень хорошо.

Ответ 14

Не могу поверить, что никто не упомянул Ассембла! Он бесплатный для неограниченных репозиториев, неограниченных пользователей и 1 ГБ пространства!

www.assembla.com

Ответ 15

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

Мне нравится svn вызывать его свободный и добрый стандарт (возможно, немного смелый, чтобы сказать).

Ответ 16

Мое голосование за TFS. VSS - это больше, чем боль. Я использовал SVN вне VS, и мне пришлось бы видеть, что он работает вместе с ним.

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

Ответ 17

Я использую как Vault, так и TFS на работе. Мы использовали VSS и другие проблемы с ним, поэтому руководство в то время решило переключиться на Vault. У меня не было проблем с Vault, но у других были некоторые слияния и ветки.

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

Поскольку вы не упоминали стоимость, и comapny уже смотрит на переезд в TFS, я бы подумал, что это удовлетворит вашу потребность в получении продукта лучше, чем VSS, и позволит вам расти в нем в будущем.

Ответ 18

Я использовал Visual Source Safe (2005), и я бы не рекомендовал его. Быть файловым решением основано на том, что ваш репозиторий будет более легко поврежден. Я использовал Source Off-Site продукт SourceGear, который позволяет удаленно проверять и проверять VSS через Интернет, и он работал хорошо, но все же имел тот недостаток, что он был построен поверх VSS и архитектура плоского файла.

SourceGear также делает Vault, что является моим предпочтительным решением. Это репозиторий на базе SQL Server, поэтому он не подвержен проблемам с файловой системой Windows. Восстановление и резервное копирование можно настроить так же, как и любую другую базу данных SQL Server, и вы можете восстановить ее до момента, а не только до последней даты резервного копирования.

Я также использовал Источник Anywhere (версия 2.2), и я обнаружил, что ему не хватает функций по сравнению с VSS и Vault. Но это было решение SQL Server, которое сделало резервные копии более надежными.

Мне интересно попробовать Subversion, и если бы была версия Subversion, которая использовала SQL Server в качестве репозитория, я думаю, что это было бы разумным решением. Если вы работаете в другой операционной системе, Subversion, вероятно, ваш лучший выбор, но если вы работаете на Windows Server, я бы рекомендовал решение SQL Server.