Кто-нибудь хотел бы поделиться своим опытом использования TFS для управления жизненным циклом.

Question

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

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

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

1) Менеджмент требований 2) Контроль версий исходного кода 3) Создание автоматизации 4) Тестовое управление

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

Answer 1

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

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

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

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

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

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

Answer 2

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

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

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