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

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

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

Внимание

Модель процесса наследования доступна для проектов, настроенных для поддержки. Если вы используете старую коллекцию, проверьте совместимость модели процесса. Если локальная коллекция настроена на использование локальной модели xml-процессов, можно использовать только эту модель процесса для настройки интерфейса отслеживания работы. Дополнительные сведения см. в разделе "Выбор модели процесса" для коллекции проектов.

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

Примечание.

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

Необходимые компоненты

Рекомендации по настройке Azure Boards в соответствии с конкретными бизнес-требованиями см. в статье о настройке и настройке Azure Boards.

  • Требование организации. Убедитесь, что у вас есть организация в Azure DevOps.

  • Разрешения:

    • Быть членом группы "Администраторы коллекции проектов".
    • У вас есть разрешения на уровне коллекции, такие как создание процесса, удаление процесса, изменение процесса или удаление поля из организации, для которых задано значение Allow.
    • Эти разрешения позволяют изменять процессы и поля в организации.
  • Требование модели процесса проекта:

    • Убедитесь, что у вас есть модель процесса наследования для коллекции проектов, в которой создается проект.
  • Разрешения:

    • Быть членом группы "Администраторы коллекции проектов".
    • У вас есть разрешения на уровне коллекции, такие как создание процесса, удаление процесса, изменение процесса или удаление поля из организации, для которых задано значение Allow.
    • Эти разрешения позволяют изменять процессы и поля в организации.

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

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

  1. Войдите в свою организацию (https://dev.azure.com/{yourorganization}).

  2. Выберите Значок шестеренки параметры организации.
    Снимок экрана: выделенная кнопка

  3. Выберите "Процесс>... (Дополнительные действия) >Создание наследуемого процесса. Выберите тот же системный процесс — Agile, Basic, Scrum или CMMI, который использовался для создания проекта, который требуется настроить.

    В следующем примере мы создадим унаследованный процесс из процесса гибкой системы.

    Снимок экрана: контекстное меню, выбор наследуемого процесса, Azure DevOps.

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

  4. Введите имя процесса и при необходимости описание. Имена процессов должны быть уникальными и не более 128 символов. Сведения о других ограничениях см. в разделе "Создание процессов наследования и управление ими", "Ограничения имени процесса".

    Снимок экрана: диалоговое окно

  1. Войдите в коллекцию.

  2. Выберите параметры коллекции или параметры администратора.

  3. Выберите Обработать.

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

    Внимание

    Если у вас нет параметра меню "Создание наследуемого процесса ", выбранная коллекция будет работать с локальной моделью xml-процессов. Дополнительные сведения см . в локальной модели xml-процессов.

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

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

Изменение процесса проекта

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

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

Мы предоставляем подробные шаги для второго метода, охватывая следующие распространенные сценарии изменения процесса:

Примечание.

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

    Снимок экрана: выбор процесса Agile.

  2. Выберите значок "Проекты" >для процесса изменения проекта.>

    Снимок экрана: вкладка

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

Внимание

При переключении проекта на унаследованный процесс некоторые инструменты или рабочие элементы могут стать недействительными. Например:

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

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

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

    Снимок экрана: создание проекта из выбранного процесса.

    Снимок экрана: создание проекта из выбранного процесса Azure DevOps Server 2019.

  2. Введите сведения о проекте и нажмите кнопку "Создать". Дополнительные сведения см. в разделе Создание проекта.

    Снимок экрана: диалоговое окно

    Снимок экрана: диалоговое окно создания формы проекта Azure DevOps Server 2019.

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

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

Совет

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

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

    Снимок экрана: выбор для создания копии унаследованного процесса.

  2. Введите имя и необязательное описание скопированного процесса и выберите "Копировать".

    Снимок экрана: диалоговое окно

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

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

  5. Разверните обновления, изменив процесс проектов, требующих новых изменений. Выберите "Изменить проект", чтобы использовать ProcessName.

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

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

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

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

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

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

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

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

Следующие шаги