Так оно и есть: предположим я нашел баг и открыл work item и отправил его тимлиду. Тимлид, зная своих людей, по характеру бага закрепляет его за исполнителем. После исправления, исполнитель отправляет баг обратно лиду, тот проверяет и, если все нормально, отправляет его мне. Затем я проверяю и закрываю его, если все нормально. И это – тоже в простейшем случае. В сложных – подход индивидуальный.
Кроме человека, который открыл баг, закрыть его никто не может.
В статье имелись в виду обобщенные критерии. Т.е. менеджер может изменить quality gate только, если условия удовлетворяют требуемым. Пример: quality gate = не должно быть багов с приоритетом больше 2. Соответственно он может поставить “met” только, если у него нет багов с высоким приоритетом.
Если же он смухлюет, и это обнаружат… Ну вы сами понимаете :)
Действительно – долгое время отставал. Однако искренне уверяю вас, что 2010-я – существенный шаг вперед. Разумеется, в отдельных направлениях есть вещи и посильнее, однако не стоит забывать, что TFS – продукт универсальный: система контроля версий + сервис автоматической сборки + тестирование + жизненный цикл.
По поводу сложности формы Quality Gates: она кастомизирована под конкретный проект. Если точнее – по умолчанию ее вообще нет. В чем прелесть TFS: он дает базовые формы, а дальше вы сами можете добавлять то, что вам нужно в конкретном проекте. То же самое касается полей на существующих формах и логики.
Привязка к VS конечно есть, что и понятно, однако есть и не-VS инструменты, включая кросс-платформенные, а так же – плагин к Эклипсу.
К тому же установщик существенно переработан, конфигуратор – полностью визуальный.
ivanych, TFS — это не система контроля версий. Точнее — не только она. 2010-я поддерживает весь жизненный цикл по методологиям типа agile от собственно контроля версий до build-сервиса с возможностью собирать части проекта одновременно на нескольких серверах (если нужно). Плюс планирование и отчетность о текущем состоянии проекта.
Вероятно вы правы. Я переводил на нетбуке, приходилось прочитывать абзац и переводить по памяти чтобы не прыгать между окнами все время. Подозреваю, что я эту фразу принял за «No performance regression tests». Спасибо за поправку!
Нет: SourceSafe уже давно не используется. Все на TFS. Тем более, что TFS – не только контроль версий.
DevDiv, поскольку сам разрабатывает TFS, то и сидит на самой свежей версии. Когда работали над 2010-й версией, они перешли на нее месяца за два-три до первой публичной беты.
Самому крышу сносит, однако тема мне очень близка и интересна.
Да: в оригинале не очень думали о тех, для кого американский — не родной :) Однако впредь постараюсь подбирать перевод получше. Собственно, уже сегодня.
Кроме человека, который открыл баг, закрыть его никто не может.
В статье имелись в виду обобщенные критерии. Т.е. менеджер может изменить quality gate только, если условия удовлетворяют требуемым. Пример: quality gate = не должно быть багов с приоритетом больше 2. Соответственно он может поставить “met” только, если у него нет багов с высоким приоритетом.
Если же он смухлюет, и это обнаружат… Ну вы сами понимаете :)
По поводу сложности формы Quality Gates: она кастомизирована под конкретный проект. Если точнее – по умолчанию ее вообще нет. В чем прелесть TFS: он дает базовые формы, а дальше вы сами можете добавлять то, что вам нужно в конкретном проекте. То же самое касается полей на существующих формах и логики.
Привязка к VS конечно есть, что и понятно, однако есть и не-VS инструменты, включая кросс-платформенные, а так же – плагин к Эклипсу.
К тому же установщик существенно переработан, конфигуратор – полностью визуальный.
Все рабочие элементы в TFS описаны в XML файлах. Соответственно можно редактировать как существующие, так и добавлять собственные.
Базовая информация — здесь: msdn.microsoft.com/en-us/library/ms243849(VS.100).aspx
Однако редактировать в ручную — занятие нудное. Есть набор плагинов для TFS, которые облегчают эту работу: visualstudiogallery.msdn.microsoft.com/en-us/3e8c9b68-6e39-4577-b9b7-78489b5cb1da
DevDiv, поскольку сам разрабатывает TFS, то и сидит на самой свежей версии. Когда работали над 2010-й версией, они перешли на нее месяца за два-три до первой публичной беты.
Да: в оригинале не очень думали о тех, для кого американский — не родной :) Однако впредь постараюсь подбирать перевод получше. Собственно, уже сегодня.