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

Azure DevOps Services

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

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

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

Требуется больше пользователей с основными функциями?

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

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

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

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

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

az devops user add –-email-id 
		   --license-type {advanced, earlyAdopter, express, professional, stakeholder}
		   [--send-email-invite {false, true}]
           [--org]

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 

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

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

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

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

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

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

az devops user update  --license-type {advanced, earlyAdopter, express, professional, stakeholder}
                      --user [--org]

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 --user [--org]

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

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

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

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

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

2. Включите функцию ограничения видимости пользователей и совместной работы для определенных проектов предварительной версии для организации. Дополнительные сведения см. в разделе "Управление предварительными версиями функций".

   Совет

   Группа "Пользователи в рамках проекта" появляется под Разрешения>Группы только после включения предварительного просмотра функции Ограничить видимость и сотрудничество пользователей для конкретных проектов.

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

4. Выберите Настройки организации.

   

5. Выберите Безопасность>Разрешения>Пользователи с областью действия проекта.

6. Выберите вкладку "Члены ".

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

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

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

Вопрос. Почему уровень разрешений отображается как "Custom" при добавлении пользователя в проект в Центре пользователей?

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

Например, если пользователь является стандартным участником проекта, но также имеет определенное разрешение, такое как "Разрешить форсированную отправку" для репозитория в этом проекте, Центр пользователей отображает уровень его разрешений как "Пользовательский". Таким образом, любые изменения, внесенные в Центр пользователей, не возвращают отображение разрешений обратно к роли "Участник" или любой другой стандартной роли.

Таким образом, если в Центре пользователей отображается "Custom", это означает, что у пользователя есть другие разрешения, которые не отражаются в стандартных параметрах роли. Чтобы изменить эти разрешения, перейдите к определенным параметрам проекта или членства в группах, где назначены эти пользовательские разрешения.

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

Ответ.

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

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

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

Ответ.

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

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

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

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

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

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

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

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

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

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

Связанный контент

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