Сведения о проектах и масштабировании организации

  • Статья

Azure DevOps Services | Azure DevOps Server 2022 г. - Azure DevOps Server 2019 г. | TFS 2018

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

При создании проекта Azure DevOps автоматически создает команду с таким же именем, что достаточно для небольших организаций. Для организаций корпоративного уровня может потребоваться увеличить масштаб и создать больше команд и проектов. В Azure DevOps может быть до 1000 проектов в организации.

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

Один проект + команда

Несколько проектов и команд

Концептуальное изображение: single collection-project-team.

Концептуальное изображение, Scaled collection-project-team.

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

Управление работой в организации

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

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

  • Для поддержки различных бизнес-подразделений можно добавлять проекты.
  • В проекте можно добавлять команды
  • Добавление репозиториев и ветвей
  • Для поддержки непрерывной интеграции и развертывания можно добавлять агенты, пулы агентов и пулы развертывания.
  • Для управления большим количеством пользователей можно управлять доступом через Azure Active Directory.

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

  • Чтобы повысить производительность, можно добавить экземпляры сервера.
  • Для поддержки различных бизнес-подразделений можно добавлять коллекции проектов и проекты.
  • В проекте можно добавлять команды
  • Добавление репозиториев и ветвей
  • Для поддержки непрерывной интеграции и развертывания можно добавлять агенты, пулы агентов и пулы развертывания.
  • Для управления большим количеством пользователей можно управлять доступом через Active Directory.

Просмотр проектов в организации

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

  1. Выберите Azure DevOps, чтобы открыть проекты.

    Снимок экрана: страница проектов.

  2. Выберите проект из списка проектов.

Дополнительные сведения см. в статье Создание проекта.

  1. Выберите Azure DevOps, чтобы открыть проекты.

    Снимок экрана: кнопка

  2. Выберите проект из списка проектов.

    Выберите проект из списка проектов.

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

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

Важно!

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

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

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

Предупреждение

Если для организации включена функция ограничить видимость пользователей и совместную работу с определенными проектами ( предварительная версия), пользователи с областью проекта не могут искать пользователей, добавленных в организацию с помощью членства в группе Azure Active Directory, а не с помощью явного приглашения пользователя. Это непредвиденное поведение, и над решением в настоящее время работает. Чтобы самостоятельно устранить эту проблему, отключите функцию Ограничить видимость пользователей и совместную работу в рамках предварительной версии конкретных проектов для организации.

Ограничение доступа к параметрам организации

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

Примечание

Все группы безопасности — это сущности уровня организации, даже те группы, которые имеют разрешения только для определенного проекта. На веб-портале видимость некоторых групп безопасности может быть ограничена в зависимости от разрешений пользователя. Однако имена всех групп в организации можно найти с помощью средства azure Devops CLI или наших REST API. Дополнительные сведения см. в статье Добавление групп безопасности и управление ими.

Примечание

Все группы безопасности — это сущности уровня коллекции, даже те группы, которые имеют разрешения только для определенного проекта. На веб-портале видимость некоторых групп безопасности может быть ограничена в зависимости от разрешений пользователя. Однако имена всех групп в организации можно найти с помощью средства azure Devops CLI или наших REST API. Дополнительные сведения см. в статье Добавление групп безопасности и управление ими.

Примечание

Все группы безопасности — это сущности уровня коллекции, даже те группы, которые имеют разрешения только для определенного проекта. На веб-портале видимость некоторых групп безопасности может быть ограничена в зависимости от разрешений пользователя. Однако имена всех групп в организации можно найти с помощью REST API. Дополнительные сведения см. в статье Добавление групп безопасности и управление ими.

Ограничение видимости пользователей в средствах выбора людей

Организации, подключенные к Azure Active Directory (Azure AD), могут использовать средства выбора людей. Средства выбора Люди поддерживают поиск всех пользователей и групп, добавленных в Azure AD, а не только пользователей и групп, добавленных в проект. средства выбора Люди поддерживают следующие функции Azure DevOps:

  • Выберите удостоверение пользователя из поля отслеживания работы, например "Назначено".
  • Выберите пользователя или группу с @mention в обсуждении или поле рабочего элемента, в обсуждении запроса на вытягивание, примечания фиксации, а также примечания к набору изменений или набору полочек
  • Выбор пользователя или группы с помощью @mention на вики-странице

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

Снимок экрана: средство выбора людей.

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

Просмотр исторических данных

Все участники проекта могут просматривать удостоверения, добавленные в комментарий, обсуждение или назначение. Например, все участники проекта (даже пользователи с новым ограничением) по-прежнему могут видеть имя пользователя, назначенное рабочему элементу, когда пользователь больше не является частью проекта. То же самое относится и к @mentions PRs, комментариям, обсуждениям и т. д.

Использование одного проекта

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

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

Дополнительные сведения см. в разделе Сколько проектов вам нужно?.

Добавление еще одного проекта

Может потребоваться добавить еще один проект в следующих экземплярах:

  • Чтобы запретить доступ к информации, содержащейся в проекте, или управлять ими, необходимо выбрать группы
  • Поддержка пользовательских процессов отслеживания работы для определенных подразделений в организации
  • Поддержка полностью отдельных бизнес-подразделений с собственными административными политиками и администраторами
  • Поддержка действий по тестированию настройки или добавлению расширений перед развертыванием изменений в рабочем проекте
  • Поддержка проекта программного обеспечения с открытым кодом (OSS)

Может потребоваться добавить еще один проект в следующих экземплярах:

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

Использование частных и общедоступных проектов

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

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

Для общедоступных проектов не требуется вход пользователей, чтобы получить доступ только для чтения ко многим из следующих служб. Общедоступные проекты предоставляют поддержку совместного использования кода с другими пользователями и поддержку непрерывной интеграции и непрерывного развертывания (CI/CD) программного обеспечения с открытым кодом.

Дополнительные сведения о функциях и уровнях доступа для общедоступных проектов см. в статье Создание частного проекта общедоступным.

Поддержка управления версиями

Репозитории Git можно просматривать и клонировать, но только по протоколу HTTPS. Конечные точки SSH и GVFS недоступны. Такие клиенты, как Visual Studio и IntelliJ, работают с URL-адресом клона HTTPS, но не предлагают возможности подключения к рабочим элементам и другим сопутствующим элементам.

Поддержка мини-приложений панели мониторинга

В следующих мини-приложениях панели мониторинга не отображаются полезные сведения для других элементов.

  • Назначено мне
  • Плитка кода
  • Новый рабочий элемент
  • Запрос на вытягивание
  • Результаты запроса
  • Качество требований
  • Сгорание спринта
  • Емкость спринта
  • Обзор спринта
  • Члены команды
  • Экран приветствия
  • Рабочие ссылки
  • Другие ссылки

Структурирование проекта

Используйте следующие элементы для структурирования проекта в соответствии с потребностями бизнеса.

Настройка и настройка проекта

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

  • Панели мониторинга. Каждая команда может настроить набор панелей мониторинга для обмена информацией и отслеживания хода выполнения.
  • Система управления версиями. Для каждого репозитория Git можно применить политики ветвей и определить разрешения ветви. Для репозиториев TFVC можно задать политики возврата.
  • Отслеживание работы. Вы можете добавлять поля, изменять рабочий процесс, добавлять настраиваемые правила и добавлять настраиваемые страницы в форму рабочих элементов большинства типов рабочих элементов. Можно также добавить настраиваемые типы рабочих элементов. Дополнительные сведения см. в разделе Настройка процесса наследования.
  • Azure Pipelines. Вы можете полностью настроить конвейеры сборки и выпуска, а также определить шаги сборки, среды выпуска и расписание развертывания. См. дополнительные сведения о сборке и выпуске.
  • Azure Test Plans. Вы можете определять и настраивать планы тестирования, наборы тестов, тестовые случаи и тестовые среды. Вы также можете добавить тестовые шаги в конвейеры сборки. Дополнительные сведения см. в разделе Exploratory и ручное тестирование и непрерывное тестирование сборок.
  • Панели мониторинга. Каждая команда может настроить набор панелей мониторинга для обмена информацией и отслеживания хода выполнения.
  • Система управления версиями. Для каждого репозитория Git можно применить политики ветвей и определить разрешения ветви. Для репозиториев TFVC можно задать политики возврата.
  • Отслеживание работы. Вы можете добавлять поля, изменять рабочий процесс, добавлять настраиваемые правила и добавлять настраиваемые страницы в форму рабочих элементов большинства типов рабочих элементов. Можно также добавить настраиваемые типы рабочих элементов. Дополнительные сведения см. в статье Настройка локальной модели xml-процессов.
  • Сборка и выпуск. Вы можете полностью настроить конвейеры сборки и выпуска, а также определить шаги сборки, среды выпуска и расписание развертывания. См. дополнительные сведения о сборке и выпуске.
  • Тест. Вы можете определять и настраивать планы тестирования, наборы тестов, тестовые случаи и среды тестирования. Вы также можете добавить тестовые шаги в конвейеры сборки. Дополнительные сведения см. в разделе Exploratory и ручное тестирование и непрерывное тестирование сборок.

Добавление команды

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

Подключение к проекту с помощью других клиентов

Помимо подключения через веб-браузер, вы можете подключиться к проекту из следующих клиентов:

Дополнительные сведения см. в статье Совместимость с версиями Azure DevOps Server.

Часто задаваемые вопросы (FAQ)

Вопрос. Можно ли переместить или перенести проект в другую организацию или коллекцию?

A: Да, но не без потери данных. Вы можете вручную скопировать ресурсы и оставить некоторые из них позади или использовать стороннее средство, например служебную программу миграции OpsHub Visual Studio, которая копирует данные с помощью REST API.

Вопрос. Какие программные средства поддерживают проекты?

A. См . раздел REST API проектов.

Вы также можете использовать интерфейс командной строки az devops project.