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

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

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

Журналы невыполненных работ

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

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

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

Представления аналитики предоставляют упрощенный способ указать критерии фильтра для отчета 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.

Избранное

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

Follow

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

Репозиторий 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 см. в справочнике по пространству имен безопасности и разрешениям.

Notifications

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

OAuth

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

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

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

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

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

Разрешение

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

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

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

Pipelines

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

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

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

Обработка

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

Проекты

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

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

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

Запросы

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

Репозитории

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

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

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

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

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

Организация сервиса

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

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

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

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

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

Невыполненная работа с спринтом

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

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

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

Панель задач

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

Teams

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

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

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

Клиент

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

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

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

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

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

Мини-приложения

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

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

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

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

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