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

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2013

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

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


Один проект и команда, определенные в
организации или коллекции

Несколько проектов и команд, определенных в
организации или коллекции


Conceptual image, Scaled collection-project-team. null


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

Как управлять работой в масштабах всего предприятия?

как масштабировать DevOps и гибкие инструменты для поддержки растущего предприятия?

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

Масштаб Организации можно масштабировать следующими способами.

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

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

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

Azure DevOps Services и Azure DevOps Server являются платформами, готовыми для предприятия. Эти платформы поддерживают команды любого размера, от десятков до тысяч. Azure DevOps Services, наша облачная служба предоставляет масштабируемую, надежную и глобально доступную размещенную службу. Она поддерживается соглашением об уровне обслуживания на 99,9%, которое отслеживается нашей Круглосуточная командой и доступна в локальных центрах обработки данных по всему миру.

Просмотр проектов

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

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

    Открытие проектов

  2. После этого можно выбрать проект из набора проектов в списке.

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

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

    Снимок экрана: кнопка "открыть проекты", горизонтальная панель навигации

  2. После этого можно выбрать проект из набора проектов в списке.

    Выберите проект из набора перечисленных проектов.

  1. Выберите имя сервера.

    Снимок экрана: открытые проекты, TFS 2013-2015

  2. После этого можно выбрать проект из набора проектов в списке.

Ограничить видимость пользователей для проектов, использующих группу пользователей Project-Scoped

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

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

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

Важно!

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

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

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

Сведения о включении этой функции см. в разделе Управление и включение компонентов.

Примечание

Все группы безопасности являются сущностями уровня Организации, а также группами, имеющими разрешения только на конкретный проект. С веб-портала пользователи, не имеющие доступа к проекту, не смогут просматривать эти группы, у которых есть разрешения только на конкретный проект. Тем не менее вы можете обнаружить имена всех групп в Организации с помощью средства Azure devops CLI или наших API-интерфейсов RESTful. Дополнительные сведения см. в разделе Добавление групп безопасности и управление ими.

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

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

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

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

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

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

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

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

Исторические данные остаются видимыми

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

Когда следует добавлять другой проект

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

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

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

Причины для добавления другого проекта

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

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

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

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

Закрытые и открытые проекты

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

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

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

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

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

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

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

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

Когда следует добавлять команды, масштабировать средства Agile по всему предприятию

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

Чтобы просмотреть истории и короткие видеоролики о том, как корпорация Майкрософт перешла с каскадного на гибкую, см. статью масштабирование Agile по Enterprise.

Клиенты, поддерживающие подключение к проекту

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

см. также совместимость с Azure DevOps Server версиями.

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

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

Ответ . Без потери данных. Невозможно переместить проект из одной коллекции или организации в другую коллекцию или организацию без потери данных. вы можете вручную скопировать ресурсы, оставить некоторые из них или использовать сторонние средства, такие как OpsHub Visual Studio Migrationtool, которые копируют данные с помощью интерфейсов api.

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

Ответ. См. статью REST API проектов.

Кроме того, можно использовать команды AZ devops Project.