Любой желающий может поделиться своим опытом использования TFS для управления жизненным циклом приложений. - PullRequest
0 голосов
/ 05 января 2011

мы разрабатываем для наших клиентов приложение для веб-сайтов и мобильных приложений.наш продукт быстро развивается, и мы поддерживаем существующих клиентов и собираемся поддерживать новых клиентов.

Текущий рабочий процесс разработки включает SVN для исходного кода, отслеживание документов требований и богомол для отслеживания дефектов.

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

1) Управление требованиями 2) Исходный код Контроль версий 3) Автоматизация сборки 4) Управление тестами

Просто интересно, есть ли у кого-нибудь опыт использованияVS TFS 2010 и хотел бы поделиться своим опытом?Есть ли достойные альтернативы VS TeamSystem?

Ответы [ 2 ]

1 голос
/ 05 января 2011

Я начал работать в новой компании 2 месяца назад, которая использует исключительно TFS 2010 (для контроля исходного кода и отслеживания проблем / задач), и мне не удалось освоиться с этим. Раньше я в основном использовал SVN для управления исходным кодом, а также OnTime (от Axosoft) или Fogbugz (Джоэл Спольски) и любил их обоих.

Я не знаю, так ли это, как они используют TFS (ветвление не так хорошо, как это было в SVN ... и у них есть элементы журнала невыполненных работ по продукту, элементы журнала незавершенного производства, ошибки, препятствия, и бог знает, еще отслеживать) но я нахожу это слишком запутанным.

Я думаю, что инструменты, которые использует разработчик, должны помогать разработчику, а не мешать ему. Если мне придется остановиться и подумать о том, как выполнить ветвление кода или назначить проблему, тогда что-то не так с моими инструментами (или мне просто нужно тратить больше времени на их изучение ... что для меня тоже не имеет смысла).

1 голос
/ 05 января 2011

Предисловие: Это личное мнение, и у меня нет никаких связей с Microsoft, кроме того, что я разрабатываю с их инструментами для их платформы, даже несмотря на то, что в этом ответе я люблю Microsoft.(что мне нравится - я люблю разработку .NET)

Я не использовал TFS 2010, но я использовал Team Suite 2005, включая TFS и поддерживаемые версии Visual Studio.Мы не продвинулись к 2008 или 1020 году из-за того, насколько необычно сложна была установка версии 2005 года.Однако, как только мы его установили ... Мне понравилось.Инструменты управления проектами были интуитивно понятны и работали хорошо.Настройка сборок была простой, и она делала все, что я хотел, чтобы она делала просто и эффективно.

С тех пор, однако, мы приняли инструменты с открытым исходным кодом для того же типа вещей.Как я уже сказал, установка 2005 года была NIGHTMARE, и хотя версия Team Foundation Server 2010 года установки ОЧЕНЬ легко (я сам проверил ее и продемонстрировал ее плохой команде, которая помогла с версией 2005 года просто показать им, насколько она лучше).я не смог убедить свою команду дать ей второй шанс.Они решили использовать инструменты, которые не нужно было обновлять так часто, и которые легче было обновить, когда это нужно было сделать.

Если бы это был только я, я бы использовал его.Это одна из тех вещей, где все работает правильно и работает без сбоев.И доступная документация (MSDN, видео и т. Д.) Является исчерпывающей.Я сомневаюсь, что любой другой набор инструментов так же хорошо документирован.

Очень плохо, что опыт работы с более старой версией был настолько плох, что никто другой здесь не даст толчок новой версии.

Что касается альтернатив - это не с открытым исходным кодом, но Atlassian имеет хороший набор инструментов.Они хорошо работают на Java, и некоторые из них мы используем в нашем магазине .NET.Мы используем SVN для контроля версий.Это единственное, что мне больше нравится в нашей новой среде, чем в Team System.

...