Azure devops как добавить пользователя

Добавление пользователей организации и управление доступом

Узнайте, как добавлять пользователей в организацию и управлять доступом пользователей с помощью прямого назначения. Общие сведения о добавлении пользователей и связанных концепций см. в статье «О управлении организацией» в Azure DevOps. Пользователи могут включать пользователей, учетные записи служб и субъекты-службы.

Следующие типы пользователей могут бесплатно присоединиться к организации Azure DevOps Services:

Пять пользователей, которые получают основные функции, такие как управление версиями, средства для Agile, Java, сборка, выпуск и многое другое
Неограниченные пользователи, которые получают функции заинтересованных лиц, такие как работа с невыполненной работой, рабочими элементами и запросами
Неограниченные подписчики Visual Studio, которые также получают функции базового или базового плана тестирования в зависимости от уровня подписки.

Сведения о приглашении внешних пользователей см. в разделе «Добавление внешнего пользователя».

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

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

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

Добавление пользователей в организацию

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

Если у вас есть организация с идентификатором Microsoft Entra, и вам нужно добавить пользователей, которые являются внешними для идентификатора Microsoft Entra, сначала добавьте внешних пользователей. На странице «Сообщить нам об этом пользователе» в разделе «Тип пользователя» обязательно выберите пользователя с существующей учетной записью Майкрософт. После выполнения этих действий выполните следующие действия, чтобы добавить пользователя идентификатора Microsoft Entra в Azure DevOps.

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

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

Войдите в свою организацию ( https://dev.azure.com/ ).
Выберите Параметры организации.
Выберите «Пользователи» и нажмите кнопку «Добавить пользователей«.
Введите следующую информацию.

Web portal, organization admin context, Add new users dialog box

Пользователи: введите адреса электронной почты (учетные записи Майкрософт) или имена пользователей GitHub для пользователей. Вы можете добавить несколько адресов электронной почты, разделив их точкой с запятой (;). Когда адрес электронной почты принят, он отображается красным цветом. Дополнительные сведения о проверке подлинности GitHub см. в часто задаваемых вопросых. Чтобы добавить субъект-службу, введите отображаемое имя приложения или управляемого удостоверения.
Уровень доступа: оставьте уровень доступа базовым для пользователей, которые вносят свой вклад в базу кода. Дополнительные сведения см. в разделе «О уровнях доступа».
Добавить в проекты: выберите проект, в который вы хотите их добавить.
Группы Azure DevOps. Оставьте в качестве участников проекта группу безопасности по умолчанию для пользователей, которые вносят свой вклад в проект. Дополнительные сведения см. в разделе «Разрешения по умолчанию» и назначения доступа.

Добавьте адреса электронной почты для личных учетных записей Майкрософт и идентификаторов для учетных записей GitHub, если вы не планируете использовать идентификатор Microsoft Entra для проверки подлинности пользователей и контроля доступа организации. Если у пользователя нет учетной записи Майкрософт или GitHub, попросите пользователя зарегистрироваться для учетной записи Майкрософт или учетной записи GitHub.

Добавление пользователей списка пользователей | | удаляет обновление пользователя, отображаемого пользователем | |

Добавление пользователя

Вы можете добавить пользователей в организацию с помощью команды az devops user add . Чтобы приступить к работе, ознакомьтесь с интерфейсом командной строки Azure DevOps.

az devops user add –-email-id --license-type [--send-email-invite ] [--org]

Параметры

идентификатор электронной почты: обязательный. Введите адрес электронной почты учетной записи Майкрософт для организации пользователя.
тип лицензии: обязательный. Введите заинтересованных лиц, выраженную, профессиональную или расширенную на основе сопоставления, предоставленного в следующей таблице. Для пользователей, которые вносят свой вклад в базу кода, требуются экспресс-или более высокий уровень типа лицензии. Дополнительные сведения см. в разделе «О уровнях доступа».
send-email-invite: необязательный. Укажите, следует ли отправлять приглашение по электронной почте для нового пользователя или нет.
org: URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью az devops configure -d organization=ORG_URL . Требуется, если не настроено как по умолчанию или выбрано с помощью git config . Пример: —org https://dev.azure.com/MyOrganizationName/ .

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

Уровень доступа (пользовательский интерфейс)	AccountLicenseType
Заинтересованное лицо	Заинтересованных сторон
Базовая	express
План «Базовый» + планы тестирования	расширенный

AccountLicenseType earlyAdopter — это внутреннее значение, используемое исключительно корпорацией Майкрософт.

Пример

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

az devops user add --email-id contoso@contoso.com --license-type stakeholder --output table ID Display Name Email License Type Access Level Status ------------------------------------ -------------------- -------------------- -------------- -------------- -------- 35b1952b-ca8c-45b5-a60c-d6b0086aa584 contoso@contoso.com contoso@contoso.com stakeholder Stakeholder pending

Вы также можете добавить пользователя в группу участников уровня проекта, группу безопасности Azure DevOps по умолчанию для пользователей, которые участвуют в проекте. Дополнительные сведения см. в статье «Добавление или удаление пользователей или групп» для управления группами безопасности.

az devops security group membership --group-id vssgp.Uy0xLTktMTU1MTM3NDI0NS0xMTM1NzQ1NzUzLTExNDI0NTQwOTQtMjQ4MjkwODAwNS0xNDU4NjAwODE1LTEtMTY5NTI2NTAyNi00MjM0Mzc1NS0yMTY5ODM4OTczLTI0NDk3NzU5NDE --member-id contoso@contoso.com

Все группы безопасности в проекте можно просмотреть с помощью команды az devops security group list .

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

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

Если пользователю больше не нужен доступ к вашей организации, удалите их из вашей организации.

Управление пользователями

В веб-браузере можно просматривать и изменять определенные сведения о пользователе. В команде Azure DevOps CLI вы можете просмотреть сведения о конкретном пользователе и обновить уровень доступа.

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

Просмотр и изменение назначенных расширений служб и уровней доступа.
Пользователи с несколькими выборами и массовые изменения расширений и доступа.
Фильтрация путем поиска частичных имен пользователей, уровня доступа или имен расширений.
См. дату последнего доступа для каждого пользователя. Эти сведения помогут вам выбрать пользователей для удаления доступа из или более низкого доступа, чтобы оставаться в пределах лицензии. Дополнительные сведения см. в разделе «Управление доступом с помощью идентификатора Microsoft Entra».

Браузер
CLI Azure DevOps

Войдите в свою организацию ( https://dev.azure.com/ ).
Выберите Параметры организации.
Выберите Пользователи.
Выберите пользователя или группу пользователей. Затем выберите Действия… в конце столбца Имя, чтобы открыть контекстное меню. В контекстном меню выберите один из следующих вариантов:
- Изменение уровня доступа
- Управление пользователем
- Повторное приглашение
- Удаление прямых назначений
- Удаление из организации (удаляет пользователя)
Сохраните свои изменения.

Обновление пользователя

Вы можете обновить тип лицензии пользователя с помощью команды az devops user update . Сведения о начале работы см. в статье «Начало работы с Azure DevOps CLI».

az devops user update --license-type --user [--org]

Параметры

тип лицензии: тип лицензии для пользователя. Принятые значения являются расширенными, раннимиadopter, экспресс, профессиональными и заинтересованными лицами.
пользователь: адрес электронной почты или идентификатор пользователя.
org: URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью az devops configure -d organization=ORG_URL . Требуется, если не настроено как по умолчанию или выбрано с помощью git config . Пример: —org https://dev.azure.com/MyOrganizationName/ .

Пример

Следующая команда обновляет тип лицензии для адреса contoso@contoso.com электронной почты от «Базовый» до заинтересованных лиц и отображает результат в формате таблицы.

az devops user update --license-type stakeholder --user contoso@contoso.com --output table ID Display Name Email License Type Access Level Status ------------------------------------ ------------------- ------------------- -------------- -------------- -------- 35b1952b-ca8c-45b5-a60c-d6b0086aa584 contoso@contoso.com contoso@contoso.com stakeholder Stakeholder pending

Показать пользователей

Вы можете отобразить сведения для пользователей в вашей организации с помощью команды az devops user show . Чтобы приступить к работе, ознакомьтесь с интерфейсом командной строки Azure DevOps.

az devops user show --user [--org]

Параметры

пользователь: адрес электронной почты или идентификатор пользователя.
org: URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью az devops configure -d organization=ORG_URL .

Требуется, если не настроено как по умолчанию или выбрано с помощью git config . Пример: —org https://dev.azure.com/MyOrganizationName/ .

Пример

Следующая команда возвращает сведения о пользователе для адреса contoso@contoso.com электронной почты в формате таблицы.

az devops user show --user contoso@contoso.com --output table ID Display Name Email License Type Access Level Status ------------------------------------ ------------------- ------------------- -------------- -------------- -------- 35b1952b-ca8c-45b5-a60c-d6b0086aa584 contoso@contoso.com contoso@contoso.com stakeholder Stakeholder active

Ограничение представления пользователей для проектов организации

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

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

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

Войдите в свою организацию ( https://dev.azure.com/ ).
Включите функцию ограничения видимости пользователей и совместной работы для определенных проектов предварительной версии для организации. Дополнительные сведения см. в разделе «Управление предварительными версиями функций».

Совет Группа «Пользователи>с областью проекта» отображается только в разделе «Группы разрешений», когда включена возможность ограничения видимости пользователей и совместной работы с определенными проектами.

Добавьте пользователей или группы в проекты, как описано в разделе «Добавление пользователей в проект или команду». Пользователи, добавленные в команду, автоматически добавляются в группу проектов и групп.

Откройте Параметры организаций, выберитепараметры организации. Screenshot showing highlighted Organization settings button.

Откройте разрешения безопасности>и выберите «Пользователи с областью проекта». Выберите вкладку «Участники«. Добавьте всех пользователей и групп, к которым вы хотите область в проекты, к которым вы добавили.

Функции ограниченной видимости, описанные в этом разделе, применяются только к взаимодействиям через веб-портал. С помощью команд REST API или azure devops CLI члены проекта могут получить доступ к ограниченным данным.
Гостевые пользователи, являющиеся членами ограниченной группы с доступом по умолчанию в идентификаторе Microsoft Entra ID, не могут искать пользователей с помощью средства выбора людей. Если функция предварительной версии отключена для организации или когда гостевые пользователи не являются членами ограниченной группы, гостевые пользователи могут выполнять поиск всех пользователей Microsoft Entra, как ожидалось.

Если для организации включена функция «Ограничить видимость пользователей и совместная работа с определенными проектами«, пользователи область проекта не могут искать пользователей, которые были добавлены в организацию через членство в группах Microsoft Entra, а не через явное приглашение пользователя. Это непредвиденное поведение, и решение работает. Чтобы самостоятельно устранить эту проблему, отключите функцию ограничения видимости пользователей и совместной работы в определенных проектах предварительной версии для организации.

Вопросы и ответы

Вопрос. Какие адреса электронной почты можно добавить?

Ответ.

Если ваша организация подключена к идентификатору Microsoft Entra, можно добавить только адреса электронной почты, которые являются внутренними в каталог.
Добавьте адреса электронной почты пользователей, у которых есть «личные» учетные записи Майкрософт, если вы не используете каталог вашей организации для проверки подлинности пользователей и контроля доступа с помощью идентификатора Microsoft Entra.
Если ваша организация подключена к каталогу, все пользователи должны быть членами каталога. Они должны войти в Azure DevOps с помощью рабочих или учебных учетных записей, управляемых каталогом. Если они не являются членами, их необходимо добавить в каталог.

Add members

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

Вопрос. Что делать, если они не получат или потеряют письмо с приглашением?

Ответ.

Для организаций, подключенных к идентификатору Microsoft Entra ID: если вы приглашаете пользователей за пределами идентификатора Microsoft Entra, они должны использовать электронную почту. Удаление пользователей из организации удаляет как доступ, так и их лицензию. Однако все артефакты, назначенные им, остаются неизменными. Вы всегда можете пригласить пользователей обратно в организацию, если они существуют в клиенте Microsoft Entra. После удаления из идентификатора Microsoft Entra невозможно назначить им артефакты (рабочие элементы, запросы на вытягивание и т. д.). Мы сохраняем историю артефактов, которые уже назначены пользователям.
Для организаций с учетными записями Майкрософт: вы можете отправить ссылку на страницу проекта, содержащую электронную почту, новым участникам команды. Удаление пользователей из организации удаляет как доступ, так и их лицензии. Вы больше не можете назначать артефакты (рабочие элементы, запросы на вытягивание и т. д.) этим пользователям. Однако все артефакты, назначенные им, остаются неизменными.

Вопрос. Почему я больше не могу добавить участников?

Ответ. См. вопрос. Почему я не могу добавить больше участников в проект?

Вопрос. Как доступ отличается от разрешений?

Ответ. Уровни доступа управляют доступом пользователей для выбора функций веб-портала на основе подписки пользователя. Разрешения управляют доступом пользователя к выбору операций на основе членства в группах безопасности или определенных назначений уровня контроль доступа (ACL), сделанных конкретному пользователю или группе.

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

Связанные статьи

Создание проекта
Приглашение внешних пользователей
Предоставление или ограничение доступа для выбора функций и функций
Удаление пользователей из Azure DevOps
Экспорт списка пользователей и их уровней доступа

Добавление внешних пользователей в организацию

Узнайте, как пригласить внешних пользователей в организацию. Если вы обращаетесь к Azure DevOps с помощью идентификатора Microsoft Entra ID, необходимо добавить удостоверения этих пользователей в идентификатор Microsoft Entra. Это также дает пользователям больше привилегий. Дополнительные сведения см. в дополнительных ресурсах уровня организации.

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

Вы должны быть членом группы Администратор istrators или Project Администратор istrators для организации, в которую вы хотите пригласить внешних пользователей.
Клиент Microsoft Entra, в который вы хотите пригласить внешних пользователей, должен иметь гостевые политики Microsoft Entra, разрешающие добавление новых пользователей. Дополнительные сведения см. в статье о том, как получить право приглашать внешних пользователей в клиент Microsoft Entra.
Политика пользователя Внешний гостевой доступ должна быть включена для организации, в которую вы хотите пригласить внешних пользователей. См. следующий пример изображения.
- Командные и проектные Администратор istratorы могут приглашать внешних пользователей только в том случае, если политика пользователя, разрешить администраторам команд и проектов приглашать новых пользователей. Дополнительные сведения см. в разделе Ограничение приглашений от администраторов проектов и команд.
- Если вместо этого отображается политика «Пригласить пользователей GitHub», вы распознаете его как пользователя GitHub, поэтому GitHub будет доступен. Дополнительные сведения см. в разделе «Включение приглашений GitHub».
Мы рекомендуем использовать другое имя электронной почты или участника-пользователя (UPN) для личных и бизнес-учетных записей, а не использовать то же самое, даже если это разрешено. Это устраняет проблему диамбигации между вашим бизнесом и личная учетная запись, когда сообщение электронной почты или имя участника-участника совпадает.

Invite external user (Приглашение внешнего пользователя)
1. Войдите в свою организацию ( https://dev.azure.com/ ).
2. Выберите Параметры организации.
3. Выберите «Пользователи» и нажмите кнопку «Добавить пользователей«.
4. Заполните форму на основе приведенных ниже рекомендаций и нажмите кнопку «Добавить«.
  - Пользователи: введите адрес электронной почты для пользователя. Вы можете добавить несколько адресов электронной почты, разделив их точкой с запятой (;). Для учетных записей Майкрософт (MSAs) адреса электронной почты отображаются красным цветом.
  - Уровень доступа: вы можете добавить до пяти пользователей с базовым доступом. Вы входите в состав одного из пяти пользователей. В противном случае можно добавить неограниченное количество пользователей с доступом заинтересованных лиц . В общедоступных проектах как заинтересованные лица, так и базовые уровни доступа предоставляют полный доступ к коду, работе и сборке и выпуску. Но заинтересованные лица получают только частичный доступ к тестам и панелям мониторинга. Дополнительные сведения см. в разделе «Разрешения ролей & по умолчанию».
  - Добавление в проекты: выберите каждый общедоступный проект, к которому нужно добавить пользователя.
  - Группы Azure DevOps. Оставьте эту запись в разделе «Участники проекта» — группу безопасности по умолчанию для пользователей, которые вносят свой вклад в проект. Дополнительные сведения см. в разделе «Разрешения по умолчанию» и назначения доступа.
  - Отправка приглашений по электронной почте. Установите этот флажок, чтобы пригласить новых пользователей по своим адресам электронной почты.
5. Сообщите внешнему пользователю, чтобы найти сообщение электронной почты, полученное от AzureDevOps@microsoft.com темы, вы были приглашены в проект Azure DevOps и нажмите кнопку «Присоединиться». Этот заключительный шаг добавляет пользователя в организацию. Приглашение выглядит примерно так, как показано на следующем рисунке.
Если вам нужно повторно отправить электронное письмо с приглашением, перейдите к пользователям, выберите пользователя и выберите команду «Повторно отправить приглашение«.

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

Гостевой пользователь может добавить других гостевых пользователей в организацию после предоставления роли гостевого приглашения в идентификаторе Microsoft Entra.

Связанные статьи
- Что такое совместная работа Microsoft Entra B2B?
- Миграция на управление ресурсами на основе групп
- Назначение уровней доступа пользователям по членству в группах
- Ограничение приглашений новым пользователям
Добавление пользовательского типа рабочего элемента (процесс наследования)

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

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

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

Сведения о настройке любого проекта, определенного в коллекции для TFS 2018 или более ранней версии, см. в статье Локальная модель процессов XML.

Например, вы можете зафиксировать проблемы с клиентами в пользовательском билете с меткой WIT.

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

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

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

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

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

Вы создаете, администрируете и настраиваете процессы из процесса параметров>коллекции.
Вы создаете процессы, управляете ими, а также настраиваете их из Администратор параметры>Процесс.
Создание наследуемого процесса

Первым шагом является создание наследуемого процесса, который можно настроить. По умолчанию системные процессы заблокированы для настройки.
Важно! Если пункт меню Создать наследуемый процесс не отображается, выбранная коллекция будет работать с локальной моделью процессов XML. Вы можете импортировать и экспортировать шаблоны процессов, а также использовать функции, поддерживаемые для локальной модели процессов XML.
Введите имя процесса и при необходимости описание. Имена процессов должны быть уникальными и содержать не более 128 символов. Дополнительные ограничения см. в статье Создание процессов наследования и управление ими, Ограничения имен процессов. При необходимости добавьте описание.

Добавление типа рабочего элемента

На странице Типы рабочих элементов выберите тип Новый рабочийэлемент.
Назовите WIT и при необходимости укажите описание, значок и цвет. Указанные значок и цвет отображаются на веб-портале, в том числе в форме рабочего элемента, а также при появлении связанных рабочих элементов в невыполненной работе, досках, результатах запросов и многом другом. Нажмите кнопку Создать , чтобы сохранить. Каждый новый WIT поставляется с предопределенной страницей Сведений с полем «Описание», а также группами «Обсуждение», «Разработка» и «Связанные работы». Также добавлены, но не отображаются и не редактируются, стандартные элементы, включенные в заголовок формы, как показано на следующем рисунке, а также журнал, ссылки и страницы вложений. Дополнительные сведения см. в разделе Сведения о рабочих элементах.
Назовите поле и выберите тип поля из одного из поддерживаемых типов данных. Имена полей должны быть уникальными и содержать не более 128 символов. Дополнительные ограничения см. в разделе Что такое поле? Как используются имена полей?. При необходимости добавьте описание. Здесь мы добавим целочисленное поле с меткой Customer Ticket. Дополнительные типы данных, которые можно добавить: Picklist, Identity, Rich-text, HTML и Checkbox.
(Необязательно) На вкладке Параметры укажите, является ли поле обязательным, и укажите значение по умолчанию. Или оставьте их пустыми. Сделав поле обязательным, пользователи должны указать значение поля, чтобы сохранить его. Указанное значение по умолчанию устанавливается при создании рабочего элемента, а также при каждом открытии рабочего элемента и пустом поле.
(Необязательно) На вкладке Макет можно ввести метку формы, отличную от имени поля. Кроме того, вы можете выбрать страницу и группу, в которой будет отображаться поле в форме. Здесь мы решили добавить новое поле. Выберите значок (Новое поле).

Создание WIT, настройка макета

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

Здесь мы добавим поле Customer Ticket (Билет клиента) в новую группу с меткой «Фокус клиента».
Нажмите кнопку Добавить поле , чтобы завершить добавление поля. Если вы не указали расположение макета, он добавляется в первую группу полей в форме макета.

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

Проверка внесенных настроек

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

Параметры пользователя можно задать на странице профиля пользователя в Azure DevOps. Изменения могут включать фото, отображаемое имя, предпочитаемый адрес электронной почты и тему пользовательского интерфейса. Эти параметры применяются только к Azure DevOps.
- Сведения об изменении параметров рабочей или учебной учетной записи см. в статье Изменение параметров рабочей или учебной учетной записи на портале «Моя учетная запись».
- Вы не можете изменить тему пользовательского интерфейса, если используете интернет-Обозреватель. Дополнительные сведения о браузерах, которые мы поддерживаем, см. в статье Совместимость клиентов Azure DevOps.
- Языковые параметры применяются только к странице профиля.
Дополнительные сведения о настройке других параметров пользователя см. в следующих статьях:
- Изменение времени и языкового стандарта. Измените предпочитаемый язык, шаблоны даты и времени, а также часовой пояс.
- Управление личными уведомлениями. Добавление или проверка подписок на изменения событий.
- Обновление или повторная оценка разрешений. Используйте для обновления разрешений и внесения последних изменений в силу.
- Управление функциями предварительной версии. Включите или отключите функцию предварительной версии для учетной записи пользователя.
На странице профиля пользователя Azure DevOps можно изменить изображение пользователя, отображаемое имя, предпочитаемый адрес электронной почты, язык, шаблон даты и времени, часовой пояс и другие параметры пользовательского интерфейса.

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

Другие инструменты для настройки параметров Azure DevOps включают уведомления для добавления или просмотра подписок на изменения событий.

Настройка параметров
1. На домашней странице выберите Параметры пользователя, а затем — Профиль.
2. На странице Профиль можно изменить изображение профиля, отображаемое имя, контактные данные, а также страну или регион. Щелкните Сохранить. Перейдите на вкладку Время и языковой стандарт , чтобы изменить дополнительные параметры, такие как язык, шаблон даты и времени, часовой пояс и тема пользовательского интерфейса.
1. Чтобы изменить настройки пользователя, откройте меню профиля пользователя и выберите Пункт Мой профиль.
2. На вкладке Общие можно изменить следующие сведения:
  - Изображение профиля
  - Отображаемое имя
  - Предпочитаемый адрес электронной почты
  - Отображаются ли границы полей в формах рабочих элементов.
На вкладке Языковой стандарт можно изменить предпочитаемый язык, шаблон даты и времени, а также часовой пояс.
Чтобы изменить тему пользовательского интерфейса, вернитесь в меню профиля и выберите Тема. Выберите между темным и светлым.
Щелкните Сохранить.