Что вы думаете о Sourcegear Vault?
Я рассматриваю возможность покупки Sourcegear Vault для mydev-team в качестве альтернативы Subversion/TFS. Стоимость не вариант / проблема здесь, и я хочу что-то более современное, чем SVN.
Каково ваше мнение об использовании его в команде? Что вам нравится в нем? Что тебе не нравится в этом? Ненавидеть? раздражали? Хорошо? плохой? Стоит получить?
4 ответа
В настоящее время мы используем SourceGear Vault 3.5, интегрированный с Visual Studio 2003-2010.
Использование SourceGear Vault в командной среде может разочаровать слабые функции слияния.
Интерфейс может сбивать с толку при загрузке решения из SourceGear в Visual Studio. Нет встроенной отчетности. В качестве альтернативы TortoiseSVN имеет отличные отчеты из коробки. История может быть отфильтрована, но интерфейс фильтра сбивает с толку и не интерактивен.
Единственный положительный момент, который я вижу для SourceGear Vault поверх SVN, - это то, что проверки строго соблюдаются, но, возможно, это можно изменить в SVN на строгое соблюдение.
Vault работает медленно и неуклюже при открытии и хранении репозитория, а также при просмотре истории версий. Если вам нужна современная система контроля версий, используйте TortoiseSVN или TFS вместо Vault. Новые версии Vault могут быть лучше, но мы планируем перейти на TFS изнутри.
Я являюсь частью довольно небольшой команды (в настоящее время 2 разработчика с максимум 5 в то время, когда мы работали над проектом), которые перешли на Vault 3.0 из VSS примерно в 2005 году и были очень довольны этим. С тех пор мы занимались этим и были очень довольны, но мы используем его точно так же, как мы использовали VSS, поэтому мы не пропускаем то, что могут предложить новые инструменты, такие как TFS.
Я настоятельно советую не использовать хранилище. Иногда изменения в вашем коде исчезают, он на некоторое время зависает, и, если вы решите использовать ветвление, просто забудьте об этом, потому что с вероятностью около 60% вы не сможете объединить изменения...
По сравнению с svn... ну, это не сравнимо:) потому что хранилище просто не работает... несколько моих коллег перешли на svn на короткое время, пока мы переходили на хранилище 5 (хранилище 4 совершенно не работало с vs 2010), и это было просто идеально - мы могли бы просто сконцентрироваться на нашей работе по разработке, но не проверять, сработала ли команда get last, checkin или другая... к сожалению, у нашего руководства какая-то странная любовь к хранилищу, поэтому мы продолжаем бороться... На прошлой неделе у моего коллеги возникли проблемы с слиянием, сегодня я пытаюсь слить ветку dev с prod, и мне кажется, что мне просто нужно удалить производственную ветку и воссоздать ее из dev..., потому что слияние снова не сработало:(
Мы используем SourceGear Vault Professional (ранее Fortress) уже несколько лет. Наша команда разработчиков небольшая, поэтому она соответствует нашим потребностям и очень разумна с точки зрения затрат. Его легко освоить, а интеграция с Visual Studio адекватна. Их поддержка очень отзывчива. Vault позволяет разработчикам выбирать между двумя различными моделями регистрации: Edit-Merge-Commit (модель CVS) или Checkout-edit-Checkin.
Мы были новичками в Source Control Management, и это был отличный инструмент для запуска SCM. Эрик Синк, основатель SourceGear, написал в своем блоге отличную статью "Source Control HOWTO", которая была для нас отличным местом, чтобы начать знакомство с SCM и с тем, что есть в Vault, а также что еще есть.
Все это, как говорится, мы играем с идеей перехода на TFS. Наша команда растет, и TFS предоставляет гораздо более богатый набор функций ALM, чем Vault Professional (Fortress) и Axosoft OnTime, продукт, который интегрируется с Vault Pro.
Джон, если вы уже приобрели продукт SourceGear, мне интересно, каким был ваш опыт.