Глоссарий управления проектами и навигации

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

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

Необработанные заказы

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

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

Представления аналитики

Представления аналитики предоставляют упрощенный способ указать критерии фильтра для отчета Power BI на основе службы Аналитики. Служба Аналитики — это платформа отчетов для Azure DevOps Services.

Путь области

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

Журнал аудита

Журналы аудита содержат множество изменений, происходящих в организации Azure DevOps. Изменения происходят, когда идентификатор пользователя или службы в организации изменяет состояние артефакта, включая изменения разрешений. Дополнительные сведения см. в статьях "Доступ", "Экспорт" и "Фильтрация журналов аудита".

Проверка подлинности

Проверка подлинности проверяет идентификацию пользователя на основе учетных данных, предоставленных при входе в организацию в Azure DevOps. Эти службы и серверы обычно интегрируются с функциями безопасности, предоставляемыми службами, такими как Active Directory или Идентификатор Microsoft Entra. Дополнительные сведения см. в разделе "Сведения о безопасности, проверке подлинности и авторизации".

Авторизация

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

Советы

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

Коллекции

Коллекция — это контейнер для ряда проектов в Azure DevOps. Коллекция по умолчанию создается при регистрации с помощью Azure DevOps Services или установки Team Foundation Server. В Azure DevOps Services коллекция соответствует организации. Для локальных развертываний TFS можно добавлять коллекции и управлять ими, чтобы указать логические и физические ресурсы, доступные для проектов в коллекции.

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

Условный доступ

Условный доступ обеспечивает поддержку защиты ресурсов Azure DevOps, поддерживаемых клиентом Microsoft Entra. Например, можно включить многофакторную проверку подлинности для защиты от риска скомпрометированных учетных данных. Дополнительные сведения см. в статье "Управление условным доступом к Azure DevOps".

Информационные панели

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

Расширения

Расширения — это простые надстройки, которые используются для настройки и расширения возможностей DevOps Azure DevOps. Они написаны с помощью стандартных технологий — HTML, JavaScript, CSS и могут быть разработаны с помощью предпочитаемых средств разработки. Сотни расширений доступны на вкладке Visual Studio Marketplace, Azure DevOps.

Избранное

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

Следуйте

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

Репозиторий Git

Репозиторий Git поддерживает распределенную систему управления версиями для отслеживания изменений, просмотра вкладов в код и многое другое. У каждого разработчика на компьютере разработки есть копия всего репозитория исходного кода. В проект можно добавить несколько репозиториев Git. Узнать больше: Репозитории Git.

Примечание.

Git в Visual Studio и Azure DevOps Services — это стандартный Git. Visual Studio можно использовать со сторонними службами Git, и вы также можете использовать сторонние клиенты Git со службами Azure DevOps Services.

Наследование

Разрешения, которые не разрешены напрямую или запрещены для пользователя, могут быть унаследованы. Дополнительные сведения см. в статье Начало работы с разрешениями, доступом и группами безопасности.

Библиотека проверки подлинности Майкрософт

Библиотека проверки подлинности Майкрософт (MSAL) позволяет разработчикам приложений получать маркеры из платформа удостоверений Майкрософт для проверки подлинности пользователей и доступа к защищенным веб-API. Она может использоваться для обеспечения безопасного доступа к Microsoft Graph, другим API-интерфейсам Майкрософт, веб-API сторонних производителей или к собственному веб-API. MSAL поддерживает множество различных архитектур приложений и платформ, в том числе .NET, JavaScript, Java, Python, Android и iOS. Дополнительные сведения см. в обзоре библиотеки проверки подлинности Майкрософт.

Пространство имен

Каждое семейство ресурсов Azure DevOps (рабочие элементы, репозитории Git и т. д.) защищается с помощью другого пространства имен. Каждое пространство имен безопасности содержит ноль или несколько списков управления доступом. Каждый список управления доступом (ACL) содержит токен, флаг наследования и набор из нуля или более ACEs. Каждый ACE содержит дескриптор удостоверения, битмаску разрешений и битмаску запретов.

Список пространств имен Azure DevOps см. в разделе о пространстве имен безопасности и разрешениях.

Уведомления

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

OAuth

OAuth 2.0 — стандартный отраслевой протокол авторизации. OAuth 2.0 поддерживается для Azure DevOps Services для проверки подлинности REST API. Дополнительные сведения см. в разделе "Авторизация доступа к REST API" с помощью OAuth 2.0.

Владелец организации

Лицо, создавшее организацию или назначенное позже владельцем организации. Владелец организации имеет доступ ко всем функциям и функциям Azure DevOps и может предоставлять доступ другим пользователям к функциям и функциям. Сведения о том, как найти или изменить владельца организации, см. в статье "Изменение владельца организации".

Личный токен доступа

Личные маркеры доступа (PATs) — это альтернативные пароли, которые можно использовать для проверки подлинности в Azure DevOps. Чтобы узнать, как создать и отменить персональные маркеры доступа (PAT), см. в статье "Проверка подлинности с помощью персональных маркеров доступа".

Разрешение

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

Состояние разрешения

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

Трубопроводы

Конвейеры — это артефакты, которые определяются для запуска параллельных сборок или развертывания параллельных выпусков. Поддерживаются два типа конвейеров, частные и размещенные. Для получения дополнительной информации см. Параллельные задания CI/CD.

Планы (также известные как планы доставки)

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

Процесс

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

Проекты

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

Общедоступные проекты

Проект, созданный в организации Azure DevOps Services, видимой для всего мира. Все в мире могут обнаруживать их и выполнять ограниченные операции. Для обнаружения списка проектов можно использовать интерфейс командной строки Azure DevOps. Администраторы могут контролировать, кто получает полный вклад. Администраторы могут переключать проект с частного на общедоступный и наоборот, как описано в разделе "Изменение видимости проекта".

Запросы

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

Репозитории

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

Разрешения на основе ролей

Модель безопасности, которая ограничивает действия на основе членства в роли и разрешений, закрепленных за этой ролью. Дополнительные сведения см. в статье Разрешения на основе ролей.

Группа безопасности

Метод, с помощью которого можно упорядочить пользователей и другие объекты домена, чтобы упростить администрирование разрешений и доступа. Azure DevOps поддерживает множество групп безопасности по умолчанию и возможность создания пользовательских групп. Дополнительные сведения см. в статье Начало работы с разрешениями, доступом и группами безопасности.

Сервисная учетная запись

Учетная запись, используемая для мониторинга или управления выбранными службами, такими как службы сборки или тестирования.

Субъект-служба

Субъект-служба — это локальное представление или экземпляр приложения глобального объекта приложения в одном клиенте или каталоге. Когда приложение получает разрешение на доступ к ресурсам в клиенте (при регистрации или предоставлении согласия), создается объект субъекта службы. Дополнительные сведения см. в разделе "Объекты приложения и субъекта-службы" в идентификаторе Microsoft Entra и субъекте-службе и поддержке управляемых удостоверений в Azure DevOps.

Спринты (также известные как итерации)

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

Бэклог спринта

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

Заинтересованное лицо

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

Панель задач

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

Команды

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

Группа команд

Группа безопасности, определяемая при создании команды и автоматически заполняемая участниками по мере их добавления в команду.

Арендатор

Идентификатор Microsoft Entra, используемый для управления доступом или выставлением счетов. Дополнительные сведения см. в разделе "Изменение клиента Microsoft Entra".

Система управления версиями Team Foundation (TFVC)

Централизованная система управления версиями. При использовании TFVC разработчики имеют только одну версию каждого файла на своих компьютерах разработки. Ветви определяются путями и создаются на сервере. Исторические данные ведутся только на сервере. Узнайте больше: использовать систему управления версиями Team Foundation.

Допустимые пользователи

Уполномоченные пользователи — это пользователи, которых Azure DevOps распознает как имеющих право на подключение к учетной записи или проекту. При добавлении учетных записей пользователей непосредственно в встроенную группу или через группу Windows, Active Directory или Microsoft Entra они автоматически добавляются в одну из допустимых групп пользователей. Дополнительные сведения см. в статье Начало работы с разрешениями, доступом и группами безопасности.

Виджеты

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

Рабочие элементы

Рабочий элемент представляет объект, хранящийся в хранилище данных рабочего элемента. Каждый рабочий элемент основан на типе рабочего элемента( например, пользовательской истории, функции, ошибки, задачи или проблемы) и назначается идентификатор, уникальный для всех проектов в организации или коллекции проектов. Типы рабочих элементов, доступные для вас, основаны на процессе, используемом при создании проекта. Каждый рабочий элемент поддерживает сбор информации, добавление вложений, связывание с другими рабочими элементами и многое другое. Узнать подробнее: о рабочих элементах.

Типы рабочих элементов (WIT)

WIT задает поля, рабочий процесс и форму, используемую для отслеживания элемента работы. Каждая WIT связана с более чем 30 системными полями и несколькими дополнительными полями типа. Рабочие элементы используются для планирования и отслеживания работы, необходимой для разработки проекта. Общие сведения о предопределенных WIT, предоставляемых процессами по умолчанию, см. в разделе "Сведения о процессах и шаблонах процессов".