Управление исходным кодом TFS является просто увеличенным VSS, или действительно ли это существенно отличается?
Мне удалось решить эту проблему с помощью управляемой данными подписки и создания запроса внутри подписки для генерации параметров по умолчанию
6 ответов
Мы использовали TFS в течение прошлых 18 месяцев, и как много продуктов первая версия уехала немного для желания (один из фаворитов 2005 TFS не должен был становиться последним, когда это сказало, что имело, приводя ко многим повреждениям сборки).
Однако теперь мы находимся на TFS 2008 SP1, он работает исключительно хорошо. Система управления исходным кодом быстра и интуитивна, и интегрируется беспрепятственно с Visual Studio. Для вещей как переименование, перемещение, ветвление и слияние это легко превосходит другие инструменты, такие как Подверсия с точки зрения того, как хорошо оно отслеживает вещи и ее способность объединить ответвления.
Несмотря на то, что кто-либо говорит, просто нет никакого сравнения между управлением исходным кодом TFS и VSS. И Вы не должны волноваться о своем репозитории, повреждаемом также!
Единственная проблема, которая все еще кажется очевидной, состоит в том, что каждые несколько недель TFS замедляется и получение последних возрастов взятий, требуя, чтобы перезапуск SQL Server зафиксировал. Я не знаю, почему это.
Управление исходным кодом TFS является бэкендом с SQLServer. Я использовал CVS, и SVN в прошлом и управлении исходным кодом TFS предоставляет мне все, в чем я нуждаюсь. Обратите внимание, что я не делаю большого ветвления, главным образом прямолинейной разработки с тегами для выпусков. Я использовал его с несколькими разработчиками, и мне нравятся функции слияния - бок о бок GUI, разрешающий мне выбрать который версия конфликтов применяться. Я еще не столкнулся ни с какими нерастворимыми проблемами. Я достаточно рад, что не ищу ничто больше. Я очень предпочитаю его по VSS.
У меня есть собственный опыт и с TFS и с VSS. О единственной общности между TFS и VSS значки, привыкшие в проводнике решения к состоянию дисплейного файла.
TFS является превосходным решением для управления исходным кодом и управления проектами. Это может поддерживать гибкие методы и идет с поддержкой CI и тестирования. Поддержанный SQL это устойчиво и быстро. У Вас может быть доступ стиля SVN, если Вы хотите использовать SVNBridge. Это масштабируется удивительно и справляется с огромными проектами. Команда TFS на самом деле собачий корм этот к большому успеху. Ее основные оборотные стороны стоятся, и кривая обучения.
VSS является, вероятно, худшей попыткой, которую я когда-либо видел при управлении исходным кодом, и я думаю, что можно было бы быть более обеспеченным использованием ночного zip-файла, сохраненного на старом ленточном накопителе, чем использование VSS.
Sourcesafe рекомендуют для команд пять или меньше.
TFS является собачьим кормом MS, в этом они используют его для когда-либо растущее число проектов и в тысячах пользователей. Существует много деталей того, почему это более устойчиво, но это должно проиллюстрировать шаг парадигмы между двумя.
Я использовал TFS с начала 2006 года и всех отказов, которые я обнаружил, PEBCAK. Это чрезвычайно надежно.
Для начинающих у Вас может быть несколько человек, проверили тот же файл (однако существует все еще опция исключительно проверить также).
Устройство хранения данных является управляемой базой данных вместо управляемого файла. Для меня это сделало поиск кодовой базы тяжелее, но это позволяет намного более легкое слияние и аннотации (кто записал эту строку кода?).
TFS намного больше, чем просто управление исходным кодом также. Управление задачами, политики регистрации, список продолжается
У меня нет собственного опыта с TFS, но я использовал и безопасный источник и svn. Из того, что я читал, Ваши ответы да, и да. Можно определенно чувствовать источник безопасная история, но в то же время это - современная система с функциями, которые Вы ожидали бы и затем некоторые (это делает много материала управления проектами также).