Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
В Azure DevOps вы можете настроить проект, средства гибкой разработки и систему отслеживания работы с помощью унаследованных процессов. Настройки применяются ко всем проектам, которые используют один и тот же процесс.
Унаследованный процесс служит основой для системы отслеживания работы. При создании нового проекта вы выбираете процесс для определения его стандартных блоков. Стандартные блоки включают типы рабочих элементов, состояния, поля и правила. Настраивая унаследованный процесс, вы настраиваете его в соответствии с конкретными потребностями вашей команды. Дополнительные сведения о том, что можно настроить, см. в разделе "Сведения о настройке процесса и унаследованных процессах".
Внимание
Модель процесса наследования доступна для проектов, настроенных для поддержки типа модели. Если вы используете старую коллекцию, проверьте совместимость модели процесса. Если локальная коллекция настроена на использование локальной модели xml-процессов, можно использовать только эту модель процесса для настройки интерфейса отслеживания работы. Дополнительные сведения см. в разделе "Настройка процесса на уровне организации".
Примечание.
Вы можете просмотреть изменения, внесенные в унаследованный процесс, с помощью журнала аудита и функций аудита. Дополнительные сведения см. в статьях "Доступ", "Экспорт" и "Фильтрация журналов аудита".
Изучив это руководство, вы:
- Создание наследуемого процесса на основе моделей Agile, Scrum, Basic или CMMI
- Изменение типа процесса, связанного с проектом
- Создание проекта из определенного процесса
- Скопируйте процесс и внесите изменения
- Включение и отключение процессов и настройка процесса по умолчанию
Предварительные условия
Рекомендации по настройке Azure Boards в соответствии с конкретными бизнес-требованиями см. в статье "Настройка и настройка досок Azure".
| Категория | Требования |
|---|---|
| разрешения | — Для создания, удаления или изменения процесса: член группы администраторов коллекции проектов или наличие определенных разрешений на уровне коллекции Создать процесс, Уничтожение процесса, Редактирование процесса, или удалить поле из организации установлено на разрешить. Дополнительные сведения см. в разделе "Настройка наследуемого процесса". — Обновление досок: администратор группы или член группы администраторов проектов. |
| Доступ | — Даже если у вас есть базовый или низкий доступ, вы все равно можете изменить процесс, если кто-то дает вам разрешение. — Чтобы участник проекта мог обновить и изменить тип существующих рабочих элементов. |
| модель процесса проекта | — Иметь модель процесса наследования для коллекции проектов, содержащей проект. — Чтобы перенести данные в Azure DevOps Services, используйте службу импорта базы данных Team Foundation Server. |
| знаний | — знакомство с моделями настройки и обработки. |
Создайте унаследованный процесс
Создайте унаследованный процесс, который можно настроить с помощью следующих шагов. Системные процессы по умолчанию блокируются, поэтому их нельзя настроить.
Войдите в свою организацию (
https://dev.azure.com/<Your_Organization>).Выберите
Параметры организации.
Выберите доски>процесс. В списке "Процессы " выделите используемый процесс и выберите "
Дополнительные действия>" Для создания унаследованного процесса.Выберите тот же системный процесс, который использовался для создания проекта, который требуется настроить. Типы процессов могут включать гибкий, базовый, scrum и интеграцию модели зрелости возможностей (CMMI).
В следующем примере создается унаследованный процесс из системного процесса Agile:
Если у вас нет доступа к этим параметрам, попросите члена группы администраторов коллекции проектов предоставить вам разрешения. Чтобы найти участника, см. статью "Поиск администратора коллекции проектов".
Введите имя процесса и необязательное описание.
Имена процессов должны быть уникальными и не более 128 символов. Сведения о других ограничениях см. в разделе "Настройка процесса" и унаследованные процессы — ограничения имени процесса.
Войдите в свою коллекцию.
Выберите параметры коллекции или параметры администратора.
Выберите Обработать.
Внимание
Если у вас нет параметра меню "Создание наследуемого процесса ", выбранная коллекция будет работать с локальной моделью xml-процессов. Дополнительные сведения см. в разделе "Настройка процесса отслеживания работы" — локальная модель xml-процессов.
Унаследованные дочерние процессы автоматически обновляются на основе родительских системных процессов. Обновления процессов описаны в заметках о выпуске для Azure DevOps Server.
После определения унаследованного процесса можно выполнить следующие задачи:
- Настройка проекта с помощью унаследованного процесса
- Создание проекта , использующего унаследованный процесс
- Обновление проекта для использования унаследованного процесса
Изменение процесса проекта
Процесс проекта можно изменить с одного наследуемого процесса на другой с помощью следующих методов:
- Переключитесь в тот же базовый процесс , переместив проект между процессами, которые совместно используют ту же базу, например Agile или Scrum.
- Миграция на другую модель процесса путем изменения модели процесса проекта, например с Agile на Scrum или Basic на Agile.
В этом разделе приведены подробные инструкции по методу миграции, который можно применить к нескольким общим сценариям изменения процесса:
Примечание.
- Вы можете изменить процесс проекта при условии, что у вас нет недифинированных рабочих элементов пользовательского типа, который не определён также в целевом процессе.
- Если вы изменяете проект на системный процесс или другой унаследованный процесс, который не содержит одни и те же настраиваемые поля, данные по-прежнему сохраняются. Однако любые настраиваемые поля, не представленные в текущем процессе, не отображаются в форме рабочего элемента. Вы по-прежнему можете получить доступ к данным поля с помощью запроса или REST API. Эти поля заблокированы от изменений и показываются как значения только для чтения.
Ниже показано, как использовать метод миграции для изменения процесса проекта с Agile на Scrum:
Выберите доски>процесс. В списке "Процессы " выберите процесс проекта, чтобы открыть сведения о процессе. В этом примере выбирается процесс Agile .
На странице сведений о процессе выберите вкладку "Проекты". В списке проектов выделите проект для изменения и выберите
Дополнительные действия>Изменить процесс.
Выполните действия мастера. Для некоторых изменений проекта, таких как миграция из процесса Agile в процесс Scrum, требуются задачи вручную:
Внимание
При переключении проекта на унаследованный процесс некоторые инструменты или рабочие элементы могут стать недействительными. Например:
- Если вы назначите поле по мере необходимости, рабочие элементы, которые не имеют поля, отображают сообщение об ошибке. Устраните выявленные ошибки, перейдите к дальнейшим изменениям и сохраните рабочий элемент.
- Если вы добавляете или изменяете состояния рабочего процесса для типа рабочего элемента, видимого на доске, обновите конфигурации столбцов доски для всех команд в проекте.
Создание проекта из процесса
Выполните следующие действия, чтобы создать проект из процесса:
Выберите доски>процесс. В списке "Процессы " выделите процесс для обновления и выберите
"Дополнительные действия>Новый командный проект.
В диалоговом окне "Создание проекта " введите сведения о проекте и нажмите кнопку "Создать". Дополнительные сведения см. в разделе Создание проекта.
Копирование процесса
Перед реализацией настроек в организации необходимо протестировать запланированные изменения, выполнив следующие действия.
Совет
При изменении процесса, используемого несколькими проектами, каждый проект немедленно отражает добавочное изменение процесса. Чтобы упаковать изменения перед развертыванием всех проектов, выполните следующую процедуру.
Выберите доски>процесс. В списке "Процессы " выделите используемый процесс и выберите "
Дополнительные действия>" Для создания копии процесса.
Введите имя и необязательное описание скопированного процесса и выберите "Копировать".
Внесите изменения в процесс, который скопировали. Так как проект в настоящее время не использует новый (скопированный) процесс, изменения не влияют на проекты.
Проверьте изменения, создав тестовый проект на основе скопированного и обновленного процесса. Если вы уже создали тестовый проект, выберите "Изменить проект", чтобы использовать <Process_Name>. Дополнительные сведения см. в разделе "Изменение процесса проекта " в этой статье.
Разверните обновления, изменив процесс проектов, требующих новых изменений. Используйте параметр Изменить проект, чтобы использовать <Process_Name> для обновления каждого проекта. Дополнительные сведения см. в разделе "Изменение процесса проекта".
Отключите или удалите исходный процесс.
Включение или отключение процесса
Чтобы предотвратить создание проектов из определенного процесса, можно отключить этот параметр. Этот параметр можно включить, если вы хотите применить несколько настроек и не хотите, чтобы процесс использовался до завершения обновлений. Кроме того, вы можете прекратить использование определенного процесса в пользу перемещения проектов в новый процесс.
Все системные процессы и вновь созданные унаследованные процессы включены по умолчанию. Чтобы отключить или включить процесс, откройте меню "Дополнительные действия" для процесса и выберите "Отключить процесс" или "Включить".
Установить процесс по умолчанию
Вы можете предварительно выбрать наследуемый процесс для других проектов, которые планируется создать, задав процесс в качестве процесса по умолчанию. Это действие обеспечивает, что любые новые проекты автоматически используют наследуемый процесс по вашему выбору.
Чтобы задать процесс в качестве процесса по умолчанию, откройте меню "Дополнительные действия" для унаследованного процесса и выберите "Задать в качестве процесса по умолчанию". Этот параметр недоступен для каких-либо системных процессов.
Администраторы коллекции проектов могут добавлять проекты на странице "Проекты ".