Заметки консультанта

Шамрай Александр Владимирович

Archive for the ‘Team Foundation Server FAQ’ Category

Как установить порог качества для развертывания релиза в TFS и VSTS

Posted by Shamrai Alexander на Май 15, 2018

Возможности TFS/VSTS Release Management позволяют обеспечить «врата качества» не только на основе утверждения от какого-то участника команды разработки, когда он в ручном режиме «дает добро» на развертывание релиза на необходимом стенде, но и на основе привязки к запросам по рабочим элементам. Это позволяет обеспечить следующие правила проверки для развертывания на стенде:

  1. Не превысили ли мы порог количества высоко приоритетных или важных ошибок на релиз или продукт.
  2. Все ли требования для данного релиза покрыты тестами.
  3. Все ли тесты для релиза закрыты после проверки.
  4. И т.д.

Приведем небольшой пример: на момент выкатки релиза не должно быть ошибок с критической важностью. Для этого нужно выполнить следующие шаги:

  • Предварительно необходимо подготовить запрос по рабочим элементам, который отберет необходимые ошибки:

  • Далее перейти на страницу редактирования релиза:

  • Перейти на свойства предварительных условий для развертывания в необходимой среде:

  • Выбрать в разделе Gates пункт Query Work Items

  • Указать наименование для проверки в секции Display Name и в выпадающем списке указываем запрос, который содержит выборку необходимых рабочих элементов, в секции Query. Также в можно указать максимальный и минимальный порог для количества отбираемых рабочих элементов.

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

  • Если указанный в настройках запрос не содержит никаких рабочих элементов, то развертывание запуститься сразу. В противном случае развертывание не будет происходить и будет показана следующая подсказка:

  • При просмотре журнала развертывания можно увидеть примерно следующий результат:

  • На основе полученной информации выполняются необходимые действия. Например, можно закрыть важные ошибки, если это забыли сделать тестировщики (что вряд ли). После этого релиз развернется автоматически через определенное время, которое тоже указывается в настройках. Либо можно отклонить развертывание, а потом отклонить релиз и заняться исправлением незакрытых проблем. Пример отмены выполнения развертывания:

Реклама

Posted in Microsoft, Release Management FAQ, Team Foundation Server FAQ | Отмечено: , , , , | Leave a Comment »

Как создать отчеты по умолчанию в Reporting Services для проекта Team Foundation Server

Posted by Shamrai Alexander на Февраль 16, 2018

<< Перейти в раздел «Team Foundation Server Admin FAQ»

По умолчанию, когда проект создается в TFS из веб-интерфейса, отчеты на основе Reporting Services не создаются. Однако отчеты дают неплохие возможности для подключения внешних заинтересованных лиц, включая возможность экспорта отчетов и подписки на отчеты, без необходимости обеспечения непосредственного доступа к проектам. Для того, чтобы «вернуть» набор отчетов по умолчанию, необходимо воспользоваться командой TfsConfig addProjectReports с параметрами:

/collection:’url к колекции проектов’

/teamProject:’имя проекат’

/template:’Шаблон для отчетов: CMMI, Agile или Scrum’

Пример выполнения команды:

Детальная информация о команде: AddProjectReports

Posted in Admin FAQ, Microsoft, Team Foundation Server, Team Foundation Server FAQ, Visual Studio | Отмечено: , , | Leave a Comment »

Как синхронизировать GIT репозитории между TFS, VSTS и GitHUB

Posted by Shamrai Alexander на Январь 17, 2018

<< Перейти в раздел «Team Foundation Version Control FAQ»

Интересная статья по синхронизации TFS 2015, VSTS и GitHub через сервис сборки: https://blogs.microsoft.co.il/leonj/2017/01/24/synchronizing-tfs-2015-and-vsts-with-github/

Posted in Microsoft, Team Foundation Server FAQ, Version Control FAQ, Visual Studio | Отмечено: , , , | Leave a Comment »

Отображение формы рабочего элемента TFS/VSTS в Visual Studio 2017

Posted by Shamrai Alexander на Май 8, 2017

<< Перейти в раздел «Team Foundation Work Item Tracking FAQ»

По умолчанию формы в Visual Studio не отображаются в самой IDE, когда мы просматриваем результаты работы запроса по рабочим элементам. Т.е. при двойном нажатии на строку результата нас «перебрасывает» на веб-форму на веб-сайте проекта TFS/VSTS:

При этом открывается запрос, который был открыт в Visual Studio, и выделение позиционируется на соответствующий рабочий элемент. Если нет желания использовать такой метод, то можно вернуться к старому механизму работы. Для этого необходимо перейти в настройки Visual Studio (ToolsàOptionsàWork Items) и выбрать в пункте Open work items in пункт Visual Studio (compatibility mode):

В результате таких действий и результат запросов по рабочим элементам, и сами рабочие элементы будут отрываться непосредственно в Visual Studio.

Posted in Microsoft, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: , , , , | Leave a Comment »

Как построить простую диаграмму для запроса по рабочим элементам?

Posted by Shamrai Alexander на Ноябрь 6, 2013

<< Перейти в раздел «Team Foundation Work Item Tracking FAQ»

Начиная с Team Foundation Server 2013 у запросов по рабочим элементам появилось еще одно представление результатов работы запроса — Диаграммы. Для получения диаграммы необходимо выполнить следующее:

1. В web-клиенте перейти к запросу по рабочим элементам и открыть вкладку Диаграммы:

2. Далее нажать кнопку Создать диаграмму:

3. В мастере выбрать тип диаграммы, поля группировки и сортировки и нажать кнопку Ок.

4. Для одного запроса можно создавать несколько диаграмм, что позволяет создавать небольшую цифровую панель по результатам работы запроса по рабочим элементам:

Posted in Microsoft, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: , | Leave a Comment »

Как отследить продвижение изменений рабочего элемента между ветвями?

Posted by Shamrai Alexander на Август 20, 2013

<< Перейти в раздел «Team Foundation Work Item Tracking FAQ»

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

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

В результате будет отображена визуализация истории перемещений изменений по рабочему элементу.

Posted in Microsoft, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: | Leave a Comment »

Как установить значение по умолчанию для текстовых или html полей рабочего элемента TFS

Posted by Shamrai Alexander на Июль 19, 2012

<< Перейти в раздел “Team Foundation Work Item Tracking FAQ”

Для установки значений по умолчанию нужно прописать привило для поля DEFAULT в следующем виде:

  • Для поля HTML используется перевод строки <br>:

В Power Tools:

В XML-формате:

  • Для поля PlainText используется перевод строки , который вводиться в XML-описание рабочего элемента:

Posted in Microsoft, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: , , | Leave a Comment »

Как использовать настраиваемые пути для Team Build

Posted by Shamrai Alexander на Июль 2, 2012

<< Перейти в раздел «Team Foundation Build FAQ»

Если для проекта VS используются настраиваемые пути для сборки, как отображено на рисунке ниже, то для Team Build они работать не будут.

Для того чтобы настраиваемые пути работали в Team Build необходимо выполнить следующие действия:

Для определения построения.

  1. Открыть на редактирование существующий процесс сборки либо создать новый.

  1. Перейти в процессе сборки последующему пути:

  1. Выбрать действие Run MS Build for Project.

  1. Для свойства выбранного действия OutDir очистить значение.

  1. Для свойства CommandLineArguments установить значение String.Format(«/p:SkipInvalidConfigurations=true;TeamBuildOutDir=»»{0}»» {1}»,BinariesDirectory, MSBuildArguments)

  1. Сохранить изменения и вернуть извлеченный шаблон процесса.

Для каждого проекта, у которого должны быть настраиваемые пути.

  1. Открыть проект решения Visual Studio.
  2. Выбрать проект, для которого нужно настроить путь, и выбрать для него Отменить загрузку проекта.

  1. Изменить файл проекта.

  1. Добавить свойство OutputPath в определение проекта. Определение этого свойства должно быть после всех уже существующих конфигураций.

<PropertyGroup Condition=»$(TeamBuildOutDir) != » «>

<OutputPath>$(TeamBuildOutDir)\»Настраиваемый путь»</OutputPath>

</PropertyGroup>

  1. Сохранить изменения, загрузить проект и вернуть изменений.

Posted in Build FAQ, Microsoft, Team Foundation Server FAQ, Visual Studio | Отмечено: , , , | Leave a Comment »

Как выполнить проверку области или итерации для рабочего элемента?

Posted by Shamrai Alexander на Июнь 21, 2012

<< Перейти в раздел “Team Foundation Work Item Tracking FAQ”

Для проверки области или итерации можно воспользоваться системными полями System.AreaId и System.IterationId, которые хранят уникальный идентификатор значений области и итерации. Для обеспечения возможности проверки можно ввести дополнительное поле, которое будет использоваться по следующим правилам:

  1. Ввести для этого поля запрещенное значение PROHIBITEDVALUES (например, наименование проекта)
  2. Если поле System.AreaId (или System.IterationId) равно идентификатору, который запрещено устанавливать, то скопировать в поле запрещенное значение из пункта 1
  3. Если поле System.AreaId (или System.IterationId) не равно идентификатору, который запрещено устанавливать, то скопировать в поле любое другое значение

Для реализации данного сценария можно воспользоваться утилитой Power Tools и выполнить следующие шаги (на примере области):

  1. Получить идентификатор можно через командный запрос, добавив это поле в его колонки:
  2. Открыть рабочий элемент на сервере:
  3. Добавить новое поле:
  4. Добавить для поля правило на запрещенные значения
  5. Добавить для поля правило на проверку соответствия идентификатору
  6. Добавить для поля правило на проверку несоответствия идентификатору
  7. Сохранить изменения

В результате данного примера если не будет выбрана какая-либо область, появится ошибка сохранения:

Posted in Microsoft, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: , , , | Leave a Comment »

Ошибка TF26204 при добавлении глобальных списков

Posted by Shamrai Alexander на Июнь 18, 2012

<< Перейти в раздел “Team Foundation Work Item Tracking FAQ”

Если импортировать глобальный список, элементы которого содержат в себе обратный слеш, то будет отображена ошибка: «TF26204: The account you entered is not recognized»

При этом учетная запись имеет права на редактирование списка.

Для решения проблемы нужно убрать обратную косую черту из элементов и заменить на другой символ. Например: Вместо «Область\Регион» ввести «Область | Регион» или «Область -> Регион»

Posted in Microsoft, Team Foundation Server, Team Foundation Server FAQ, Visual Studio, Work Item Tracking FAQ | Отмечено: , , | 2 комментария »

 
%d такие блоггеры, как: