Настройка локального XML-процесса
Azure DevOps Server 2022 — Azure DevOps Server 2019
Локальная модель XML-процессов обеспечивает поддержку настройки объектов отслеживания работы и средств Гибкой разработки для проекта. С помощью этой модели можно обновить xml-определение типов рабочих элементов, конфигурацию процесса, категории и многое другое. Вы также можете обновить атрибуты полей.
Вы настраиваете возможности отслеживания работы для поддержки потребностей бизнеса и отчетов. Наиболее распространенные настройки включают добавление настраиваемого поля, изменение формы рабочего элемента или добавление пользовательского типа рабочего элемента.
Примечание.
Дополнительные сведения см. в следующих статьях:
Для Azure DevOps Server 2019 и более поздних версий у вас есть выбор моделей процессов. При создании коллекции проектов необходимо выбрать локальную модель XML-процесса и модель процесса наследования. Дополнительные сведения см. в разделе "Настройка отслеживания работы" и "Выбор модели процесса" для коллекции проектов.
Внимание
Миграция проектов или коллекций из размещенного XML в унаследованную модель не поддерживается для Azure DevOps Server. Он доступен только в Azure DevOps Services.
Сведения о настройке проекта Azure DevOps Services см. в статье "Сведения о настройке процесса и унаследованных процессах". Эта статья относится только к локальным развертываниям.
Поддерживаемые настройки
При работе с локальной моделью xml-процессов можно выполнять следующие задачи.
Область
Поддержка настройки
Поля
- Добавление или изменение поля
- Добавьте поле флажка (логическое значение) (TFS 2017.2)
- Добавление правил в поле
- Изменение метки поля
- Добавление настраиваемого поля управления
- Удаление поля из формы
- Изменение атрибута поля
- Добавление полей, интегрирующихся с тестовой, сборкой и управлением версиями
- Удаление поля
Отборочные списки
Типы рабочих элементов
Невыполненные работы и конфигурация процессов
- Добавить WITs в журналы задач или доски
- Добавление невыполненных задач портфеля
- Настройка панели быстрого добавления
- Настройка столбцов невыполненной работы по умолчанию
- Установка максимального количества элементов доски задач
- Установка выходных дней по умолчанию (Scrum)
- Настройка поведения управления ошибками по умолчанию
- Назначение скрытых бэклогов по умолчанию
- Конфигурация процесса
- Категории
Шаблон процесса
Типы ссылок
Последовательность настройки
При управлении локальным развертыванием большинство настроек выполняются с помощью следующей последовательности. Эта последовательность поддерживает обновление определения XML для WIT, глобальных списков, конфигурации процессов и категорий. Эта последовательность поддерживает отдельные обновления путем импорта соответствующих измененных XML-файлов определений. Рекомендуется поддерживать XML-файлы определений в репозитории для управления версиями.
Кроме того, вы можете использовать средство witadmin для перечисления объектов, переименования WIT, окончательного удаления WIT и многого другого.
Совет
С помощью witadmin можно импортировать и экспортировать файлы определений. Другие средства, которые можно использовать, включают редактор процессов (требуется, чтобы вы установили версию Visual Studio). Установите редактор шаблона процесса из Visual Studio Marketplace.
Последствия обслуживания и обновления
Перед настройкой необходимо понять, как настройки могут повлиять на проект при обновлении сервера уровня приложений.
Обновления локального развертывания могут внедрить новые функции, требующие обновления объектов, используемых для отслеживания работы. Эти объекты включают типы рабочих элементов, категории и конфигурацию процесса. Минимизация изменений рабочего процесса для WIT или конфигурации процесса может помочь свести к минимуму работу, необходимую при обновлении развертывания.
Чтобы свести к минимуму объем ручной работы, который необходимо выполнить после обновления, поймите, какие настройки поддерживают простой путь обновления, а какие нет.
Подходит для быстрого обновления
С помощью следующих настроек можно использовать мастер настройки компонентов для автоматического применения изменений в проекте, необходимых для новых функций.
- Поля: добавление настраиваемых полей, настройка списка выбора, добавление или изменение путей итерации, добавление правил в поле
- WITs: Добавьте настраиваемые WITы, измените макет формы
- Категории: добавление настраиваемых категорий
- Гибкие инструменты: Настройка столбцов на доске, настройка панели быстрого добавления
- Интеграция Office: добавление или изменение сопоставления полей Project с полями TFS
Дополнительные сведения о мастере настройки компонентов см. в разделе "Настройка компонентов" после обновления.
Совместимые, но могут потребоваться обновления вручную
Мастер настройки компонентов требует, чтобы в проекте существовали определенные типы рабочих элементов, состояния рабочего процесса и поля. При выполнении следующих настроек может потребоваться изменить пользовательский процесс для запуска мастера или обновить проект вручную.
- Поля: изменение атрибутов существующего поля, удаление полей, на которые ссылается конфигурация процесса
- WIT: изменение рабочего процесса
- Гибкие средства: измените WIT, определенные для категории требований, категории задач или категории функций.
- Гибкие инструменты: изменение сопоставления метастатов, определенного в конфигурации процесса.
- Гибкие инструменты: изменение поля, указанного для
TypeFieldв конфигурации процесса.
Кроме того, изменения, внесенные в WIT или рабочий процесс, могут потребовать обновления других артефактов, предоставляемых вашим процессом, например отчетов Excel или SQL Server Reporting Services.
Кастомизации, которых следует избегать
Следует избегать выполнения следующих настроек, так как они могут привести к конфликтам схемы в хранилище данных или вызвать проблемы при обновлении проектов после обновления TFS.
- Поля:
- Измените понятное имя поля (поле, указанное в файле определения WIT)
- Измените один или несколько атрибутов отчетности или используйте атрибут для синхронизации имен пользователей с Active Directory в поле по умолчанию.
- WITs: переименование или удаление WIT
- Категории: изменение имени категорий по умолчанию или изменение WIT, указанных в категориях по умолчанию
Дополнительные сведения об атрибутах отчетов см. в статье "Добавление или изменение полей рабочего элемента" для поддержки отчетов.
Рекомендуемые методы
- Определите лучшие варианты настройки WIT, которые поддерживают требования отслеживания. При изменении объектов, отслеживающих рабочие элементы, следует определить, как эти изменения повлияют на существующие и будущие проекты.
- Поместите процессы и все файлы определения XML в элемент управления версиями. Не развертывайте объекты, определенные, но не хранящиеся в репозитории.
- Протестируйте настраиваемые объекты так же, как и тестируйте программное обеспечение.
- Свести к минимуму количество настраиваемых полей, которые вы вводите. Свести к минимуму количество полей, которые можно сделать отчетными.
Замените путь области команды параметром команды
Конфигурация по умолчанию для проектов связывает каждую команду с областью пути. Если в вашей организации есть несколько команд, работающих с общим бэклогом и в различных областях продукта, эта структура может не соответствовать тому, как вы хотите организовать свою работу. Добавив настраиваемое поле для представления команд в организации, вы можете перенастроить средства гибкого планирования и страницы для поддержки команд и отделять назначение команд и путей к областям.
Используйте командные поля вместо путей к областям для поддержки команд, это описывает, как изменить стандартную конфигурацию.