Поделиться через

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

  • Статья

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

частные проекты:

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

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

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

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

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

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

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

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

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

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

Дополнительные сведения см. в статье Добавление мини-приложений в панели мониторинга и статье Часто задаваемые вопросы о панелях мониторинга, диаграммах и отчетах.

Структура проекта

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

Кастомизация и настройка вашего проекта

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

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

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

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

Подключение к проекту с другими клиентами

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

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

Основные понятия

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

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

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

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

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

Ответ. Да, но не без потери данных. Вы можете вручную скопировать ресурсы и оставить некоторые позади или использовать средство, отличное от Майкрософт.

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

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

Вы также можете использовать az devops project CLI.