Создание наследуемых процессов и управление ими

Azure DevOps Services | Azure DevOps Server 2022 г. - Azure DevOps Server 2019 г.

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

Важно!

Эта статья относится к Azure DevOps Services и Azure DevOps Server 2019 и более поздних версий. Сведения о настройке любого проекта, определенного в коллекции для TFS 2018 или более ранней версии, см. в статье Локальная модель процессов XML.

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

Узнайте, как выполнять следующие задачи:

• Открытие процесса параметров>
• Создание наследуемого процесса
• Настройка наследуемого процесса
• Копирование унаследованного процесса
• Изменение проектов для использования унаследованного процесса или системного процесса
• Добавление проекта на основе процесса
• Включение или отключение процесса
• Установка процесса в качестве процесса по умолчанию для использования при добавлении проектов

Примечание

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

Предварительные требования

Перед настройкой процесса рекомендуется ознакомиться с разделом Настройка и настройка Azure Boards, в котором содержатся рекомендации по настройке Azure Boards в соответствии с потребностями вашего бизнеса. Описание различных невыполненных работ и досок см. в разделе Задачи, поддерживаемые невыполненной работой, досками, досками задач и планами.

• У вас должна быть организация, созданная в Azure DevOps Services. Если вы еще не создали ее, сделайте это сейчас.
• Для создания, изменения и управления процессами необходимо быть членом группы Администраторы коллекции проектов или иметь соответствующие разрешения уровня коллекции Создание процесса, Удаление процесса, Изменение процесса или Удаление поля из организации, для которых задано значение Разрешить. См. раздел Настройка разрешений и доступа для отслеживания работы, Настройка унаследованного процесса.

Открытие процесса параметров>

Вы создаете, администрируете и настраиваете процессы из процесса параметров>организации.

1. Выберите логотип Azure DevOps, чтобы открыть проекты. Затем выберите Параметры организации.

   

2. Затем выберите Процесс.

   

   Важно!

   Если вы не видите элемент Процесс, вы работаете с TFS-2018 или более ранней версии. Страница Процесс не поддерживается. Необходимо использовать функции, поддерживаемые для локальной модели XML-процессов.

Создание наследуемого процесса

Вы можете создать унаследованный процесс из любого из четырех системных процессов: Basic, Agile, Scrum или CMMI.

1. На странице Процесс откройте контекстное меню ... процесса, который будет использоваться для создания наследуемого процесса, а затем выберите Создать унаследованный процесс.

   Здесь мы создадим процесс, унаследованный от гибкого системного процесса.

   

   Если у вас нет доступа к этим параметрам, попросите члена группы "Администраторы коллекции проектов " предоставить вам разрешения. Сведения о том, как найти участника, см. в статье Поиск администратора коллекции проектов.

2. Введите имя процесса и при необходимости описание. (Ограничения именования см. в разделе Сведения о настройке процесса и унаследованных процессах, Ограничения имени процесса.

   

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

• Настройка проекта с помощью наследуемого процесса
• Создание проекта , использующего унаследованный процесс
• Изменение проектов для использования унаследованного процесса

Примечание

Все унаследованные процессы и их дочерние процессы автоматически обновляются с учетом всех обновлений, внесенных в родительские системные процессы. Обновления процессов описаны в заметках о выпуске для Azure DevOps Server.

Изменение процесса, используемого проектом

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

Второй метод — перенос проекта из одной модели процесса в другую. Например, измените модель процесса, используемую проектом, с Agile на Scrum или базовую на Agile.

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

• Scrum to Agile
• Agile to Scrum
• Базовый на Гибкий

Примечание

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

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

1. Выберите процесс, содержащий проект, который требуется изменить. Например, предположим, что вы хотите изменить проект с Agile на Scrum, а затем выбрать гибкий процесс.

   

2. Выберите Проекты, а затем щелкните значок действий для проекта, который требуется изменить, и выберите Изменить процесс.

   

Выполните действия, описанные в мастере

Важно!

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

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

Создание проекта из процесса

1. Откройте ... контекстное меню для процесса, который вы хотите использовать, и выберите Новый командный проект.

   

2. Откроется страница Создание проекта. Заполните форму. Дополнительные сведения см. в статье Создание проекта.

   

Копирование процесса

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

Совет

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

1. Создайте копию процесса, который требуется изменить. На странице Процесс откройте ... контекстное меню для процесса, который требуется скопировать, и выберите Копировать процесс.

   

2. Заполните форму с именем скопированного процесса и выберите Копировать процесс.

   

3. Внесите изменения в процесс копирования. Так как ни один проект не использует этот процесс, эти изменения не влияют ни на один из проектов.

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

5. После полного тестирования настроек можно приступать к развертыванию изменений во всех проектах. Чтобы развернуть изменения, измените процесс проектов, которые нуждаются в новых изменениях. Выберите параметр Изменить проект для использования ProcessName в контекстном меню.

6. Отключите или удалите исходный процесс.

Включение и отключение процесса

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

Все системные процессы и вновь созданные наследуемые процессы включены по умолчанию.

• Чтобы отключить или включить процесс, откройте ... контекстное меню для процесса и выберите Отключить процесс или Включить процесс.

Установка процесса по умолчанию

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

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

Администраторы коллекции проектов могут добавлять проекты на странице Проекты .

Возможные дальнейшие действия

Добавление полей для наследуемого процесса и управление ими Или добавление типов рабочих элементов и управление ими

Похожие статьи

• Настройка процесса и наследуемые процессы
• Настройка проекта с помощью наследуемого процесса.

Программная работа с процессами

Вы можете получать, создавать, обновлять и удалять процессы, определенные для организации, с помощью REST API Процессов.