Настройка локального XML-процесса

  • Мақала

Azure DevOps Server 2022 — Azure DevOps Server 2019

Локальная модель XML-процессов обеспечивает поддержку настройки объектов отслеживания работы и средств Гибкой разработки для проекта. С помощью этой модели можно обновить xml-определение типов рабочих элементов, конфигурацию процесса, категории и многое другое. Вы также можете обновить атрибуты полей.

Вы настраиваете возможности отслеживания работы для поддержки потребностей бизнеса и отчетов. Наиболее распространенные настройки включают добавление настраиваемого поля, изменение формы рабочего элемента или добавление пользовательского типа рабочего элемента.

Для Azure DevOps Server 2019 и более поздних версий у вас есть выбор моделей процессов. При создании коллекции проектов необходимо выбрать локальную модель XML-процесса и модель процесса наследования. Дополнительные сведения см. в статье "Настройка отслеживания работы" и "Выбор модели процесса" для коллекции проектов.

Внимание

Миграция проектов или коллекций из размещенного XML в унаследованную модель не поддерживается для Azure DevOps Server. Он доступен только в Azure DevOps Sevice.

Сведения о настройке проекта Azure DevOps Services см. в статье "Сведения о настройке процесса и унаследованных процессах". Эта статья относится только к локальным развертываниям.

Поддерживаемые настройки

При работе с локальной моделью xml-процессов можно выполнять следующие задачи.

Область

Поддержка настройки

Поля

Выбор списков

Типы рабочих элементов

Невыполненные работы и конфигурация процессов

Шаблон процесса

Типы ссылок

Последовательность настройки

При управлении локальным развертыванием большинство настроек выполняются с помощью следующей последовательности. Эта последовательность поддерживает обновление определения XML для WIT, глобальных списков, конфигурации процессов и категорий. Эта последовательность поддерживает отдельные обновления путем импорта соответствующих измененных XML-файлов определений. Рекомендуется поддерживать XML-файлы определений в репозитории для управления версиями.

Экспорт XML-файла определенияИзменение XML-файла определенияИмпорт файла определения WITОбновление и проверка изменений

Кроме того, вы можете использовать средство witadmin для перечисления объектов, переименования WIT, окончательного удаления WIT и многого другого.

Совет

С помощью witadmin можно импортировать и экспортировать файлы определений. Другие средства, которые можно использовать, включают редактор процессов (требуется, чтобы вы установили версию Visual Studio). Установите редактор шаблона процесса из Visual Studio Marketplace.

Последствия обслуживания и обновления

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

Обновления до локального развертывания могут представлять новые функции, требующие обновления объектов, используемых для отслеживания работы. Эти объекты включают типы рабочих элементов, категории и конфигурацию процесса. Минимизация изменений рабочего процесса для WIT или конфигурации процесса может помочь свести к минимуму работу, необходимую при обновлении развертывания.

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

Совместимость для быстрого обновления

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

  • Поля: добавление настраиваемых полей, настройка списка выбора, добавление или изменение путей итерации, добавление правил в поле
  • WITs: добавление настраиваемых WIT, изменение макета формы
  • Категории: добавление настраиваемых категорий
  • Гибкие средства. Настройка столбцов на доске Kanban, настройка панели быстрого добавления
  • Интеграция Office: добавление или изменение сопоставления полей проекта с полями TFS

Дополнительные сведения о мастере настройки компонентов см. в разделе "Настройка компонентов" после обновления.

Совместимые, но могут потребоваться обновления вручную

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

  • Поля: изменение атрибутов существующего поля, удаление полей, на которые ссылается конфигурация процесса
  • WIT: изменение рабочего процесса
  • Гибкие средства: изменение WIT, определенных для категории требований, категории задач или категории компонентов.
  • Гибкие инструменты: изменение сопоставления метастатов, определенного в конфигурации процесса.
  • Гибкие инструменты: изменение поля, указанного TypeField для конфигурации процесса.

Кроме того, изменения, внесенные в WIT или рабочий процесс, могут потребовать обновления других артефактов, предоставляемых вашим процессом, например отчетов Excel или SQL Server Reporting Services.

Настройки, чтобы избежать

Следует избегать выполнения следующих настроек, так как они могут привести к конфликтам схемы в хранилище данных или вызвать проблемы при обновлении проектов после обновления TFS.

  • Поля:
    • Измените понятное имя поля (поле, указанное в файле определения WIT)
    • Изменение одного или нескольких атрибутов отчетов или атрибута для синхронизации имен пользователей с Active Directory поля по умолчанию
  • WITs: переименование или удаление WIT
  • Категории: изменение имени категорий по умолчанию или изменение WIT, указанных в категориях по умолчанию

Дополнительные сведения об атрибутах отчетов см. в статье "Добавление или изменение полей рабочего элемента" для поддержки отчетов.

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

Замените путь к области команды полем команды

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

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