Компоненты и службы, входящие в состав Azure DevOps
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2013
с Azure DevOps вы получаете интегрированный набор служб и средств для управления проектами программного обеспечения, от планирования и разработки до тестирования и развертывания. Службы доставляются через модель клиента/сервера. Многие из них доставляются через простой в использовании веб-интерфейс, доступ к которому можно получить из всех основных браузеров. Некоторые службы, такие как система управления версиями, конвейеры сборки и отслеживание работы, также могут управляться через клиент.
доступ к Azure DevOps службам осуществляется через левую панель, как показано на следующем рисунке. Чтобы перейти к сведениям для каждой основной службы, см. соответствующие статьи.
доступ к Azure DevOps службам осуществляется с помощью верхней навигационной панели, как показано на следующем рисунке. Чтобы перейти к сведениям для каждой основной службы, см. соответствующие статьи.
Многие наши службы либо свободны для небольших команд, либо доступны через модель подписки или модель для использования. Вы можете использовать гибридный подход, когда вы используете локальное развертывание для управления кодом и работой. Затем вы приобретаете облачную сборку или службы тестирования по мере необходимости.
Дополнительные сведения о клиентских средствах см. в разделе средства.
Панели мониторинга
На панелях мониторингавы получаете доступ к настраиваемым пользовательским панелям мониторинга.
На панелях мониторингаможно выполнять следующие задачи:
Дополнительные сведения см. в разделе панели мониторинга.
Система управления версиями
Системы управления версиями и версиями позволяют разработчикам совместно работать над кодом и относить изменения, внесенные в базу кода. Система управления версиями является важным инструментом для проектов с несколькими разработчиками.
наши системы поддерживают два типа системы управления версиями: Git (распределенная) или система управления версиями Team Foundation (TFVC) — централизованная система клиент-сервер. Обе системы позволяют возвращать файлы и упорядочивать файлы в папках, ветвях и репозиториях.
С помощью Git каждый разработчик имеет копию на своем компьютере для разработки исходного репозитория, включая все сведения о филиалах и журналах. Каждый разработчик работает непосредственно с собственным локальным репозиторием, а изменения совместно используются репозиториями как отдельный шаг.
Разработчики фиксируют каждый набор изменений и выполняют операции управления версиями, такие как журнал и сравнение без сетевого подключения. Ветвление является облегченным. Когда разработчикам необходимо переключать контексты, они создают закрытую локальную ветвь и могут переключаться между разными вариантами базы кода. Позже они объединяют, публикуют или удаляют ветвь.
git в Azure DevOps — это стандартный git. вы можете использовать Visual Studio со сторонними службами Git. Также можно использовать сторонние клиенты Git с Azure DevOps Server.
С TFVC у разработчиков есть только одна версия каждого файла на своих компьютерах разработки. Исторические данные ведутся только на сервере. Ветви основаны на пути и создаются на сервере.
с Reposвы получаете доступ к репозиториям на основе Git или система управления версиями Team Foundation (TFVC) в системе управления версиями для поддержки управления версиями проектов программного обеспечения. Эти репозитории являются частными.
Из кодавы получаете доступ к репозиториям на основе Git или TFVC в системе управления версиями для поддержки управления версиями проектов программного обеспечения. Эти репозитории являются частными.
из Azure Repos для Git можно выполнять следующие задачи:
Дополнительные сведения см. в обзоре для git или TFVC.
Планирование и отслеживание хода выполнения работы
Проекты разработки программного обеспечения позволяют легко обмениваться информацией и контролировать состояние работы, задач, проблем или дефектов кода. В прошлом, возможно, вы использовали одно или несколько средств. например, Microsoft Excel, Microsoft Project, система отслеживания ошибок или сочетание инструментов. Теперь многие группы приняли гибкие методы и методики для поддержки планирования и разработки.
Наши системы предоставляют несколько типов рабочих элементов, которые используются для мониторинга функций, требований, пользовательских историй, задач, ошибок и проблем. Каждый рабочий элемент связан с типом рабочего элемента и набором полей, которые могут быть обновлены по мере выполнения.
В целях планирования у вас есть доступ к нескольким типам невыполненных работ и доскам для поддержки основных методов Agile — Scrum, Канбан или Скрумбан.
менеджеры Project и разработчики могут обмениваться информацией, отслеживая рабочие элементы в невыполненной работе и на досках. Полезные диаграммы и панели мониторинга позволяют командам отслеживать ход выполнения и тенденции.
с Boardsвы получаете доступ к гибким средствам для поддержки планирования и отслеживания.
Начиная с работы, вы получаете доступ к гибким средствам для поддержки планирования и отслеживания работы.
В частности, можно выполнять следующие задачи:
Непрерывная интеграция и развертывание
Быстрый и надежный выпуск программного обеспечения состоит из автоматизации максимально возможного количества процессов. Наши системы поддерживают автоматизацию сборки, тестирования и выпуска.
Azure Pipelines предоставляет интегрированный набор функций для поддержки создания и развертывания приложений.
Azure Pipelines предоставляет интегрированный набор функций для поддержки создания и развертывания приложений.
Используйте конвейеры для реализации непрерывной интеграции и непрерывной поставки.
Ручное и произвольное тестирование
Функции тестирования поддерживают ручное и произвольное тестирование и непрерывное тестирование.
Test Plans поддерживает создание ручных тестов и управление ими.
Тест поддерживает создание ручных тестов и управление ими.
С помощью функций тестирования вы получаете доступ к следующим функциям:
Дополнительные сведения см. в разделе Обзор тестирования.
Службы совместной работы
Следующие службы работают с вышеупомянутыми службами для поддержки следующих служб:
Комнаты команд не рекомендуются для TFS 2017,2. Вместо этого рекомендуется использовать перехватчики службы для интеграции с Microsoft Teams.
Перехватчики событий
Перехватчики событий позволяют выполнять задачи в других службах, когда события происходят в проекте, размещенном на Azure DevOps. Например, вы можете отправить push-уведомление на мобильные устройства команды при сбое сборки. Вы также можете использовать перехватчики событий в пользовательских приложениях и службах как более эффективный способ управления действиями в проектах.
В качестве целевого объекта перехватчиков событий доступны следующие службы. чтобы узнать о других приложениях и службах, которые интегрируются с Azure DevOps, перейдите на вкладку Visual Studio MarketplaceAzure DevOps.
Последний набор поддерживаемых служб см. в разделе Интеграция с перехватчикамисобытий.
Облачные службы, основанные на использовании
следующие службы поддерживают операции DevOps:
Дополнительные сведения см. в разделе цены.
Облачные службы, размещенные в Azure
Azure предоставляет облачные службы для поддержки разработки и развертывания приложений. Эти службы можно использовать исключительно или в сочетании с Azure DevOps.
Чтобы просмотреть каталог интегрированных служб, компонентов и пакетов, см. статью продукты Azure.
Административные службы
Существуют функции и задачи, связанные с администрированием среды совместной разработки программного обеспечения. Большинство этих задач выполняются на веб-портале. Дополнительные сведения см. в разделе Общие сведения о параметрах User, Team, Project и Organization.
Что такое Azure DevOps?
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2013
Azure DevOps предоставляет группам разработчиков поддержку для планирования работы, совместной работы по разработке кода, а также для создания и развертывания приложений. Azure DevOps поддерживает язык и региональные параметры, а также набор процессов, которые предоставляют разработчикам и руководителям проектов и участникам совместную работу для завершения разработки программного обеспечения. Это позволяет организациям создавать и улучшать продукты в более быстром темпе, чем при использовании традиционных подходов к разработке программного обеспечения.
вы можете работать в облаке, используя Azure DevOps Services или локально, используя Azure DevOps Server. сведения о различиях между облаком и локальными платформами см. в разделе Azure DevOps Services и Azure DevOps Server.
Azure DevOps предоставляет интегрированные функции, к которым можно получить доступ через веб-браузер или клиент IDE. Вы можете использовать одну или несколько следующих отдельных служб в зависимости от потребностей бизнеса:
Вы также можете использовать следующие средства для совместной работы:
Azure DevOps поддерживает добавление расширений и интеграцию с другими популярными службами, например: Campfire, резервный, Trello, UserVoice и другие, а также разработку собственных пользовательских расширений.
Azure DevOps Services поддерживает интеграцию с репозиториями GitHub. com и GitHub Enterprise Server. Azure DevOps Server поддерживает интеграцию с репозиториями сервера GitHub Enterprise. дополнительные сведения см. в следующем видео с использованием GitHub с Azure DevOps.
Выберите Azure DevOps Services
выберите Azure DevOps Services, если требуется выполнить следующие результаты.
дополнительные сведения о защите данных в Azure DevOps Services см. в разделе общие сведения о защите данных.
Azure DevOps Services также предоставляет доступ к облачным сборкам и серверам развертывания и application insights.
Мы легко начнем с бесплатных и испытать наши службы. Подпишитесь бесплатно, создав организацию. Затем либо отправьте код в общую папку или систему управления версиями. Начните отслеживать работу с помощью Scrum, Канбан или сочетания методов.
вы можете использовать все службы, входящие в состав Azure DevOps, или выбрать только те, которые необходимы для дополнения существующих рабочих процессов.
Выберите Azure DevOps Server
выберите локальный Azure DevOps Server в следующих случаях:
при развертывании Azure DevOps Server также можно настроить следующие серверы или точки интеграции:
начните с бесплатной загрузки с Azure DevOps Server Express. Затем либо отправьте код в общую папку или систему управления версиями. Или начните отслеживать работу с помощью Scrum, Канбан или сочетания методов.
дополнительные сведения об управлении Azure DevOps Server см. в кратком справочнике по задачам администрирования.
сравнение Azure DevOps Services с Azure DevOps Server
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2013
облачное предложение, Azure DevOps Services, предоставляет масштабируемую, надежную и глобально доступную размещенную службу. Она поддерживается соглашением об уровне обслуживания на 99,9%, которое отслеживается нашей группой 24/7 и доступно в локальных центрах обработки данных по всему миру.
локальное предложение, Azure DevOps Server, основано на SQL Server серверной части. Клиенты обычно выбирают локальную версию, когда им нужны данные, чтобы они оставались в своей сети. или, когда им нужен доступ к службам SQL Server reporting services, которые интегрируются с Azure DevOps Server данными и инструментами.
хотя оба предложения предоставляют одни и те же самые ценные службыпо сравнению с Azure DevOps Server, Azure DevOps Services предлагает следующие дополнительные преимущества.
Чтобы определить, какое предложение — облачное или локальное, соответствует вашим потребностям, учитывайте следующие основные отличия.
фундаментальные различия между Azure DevOps Services и Azure DevOps Server
Если вы выбрали нужную платформу или планируете переход из локальной среды в облако, учитывайте следующие аспекты.
Различия в конкретных функциональных областях
хотя Azure DevOps Services является размещенной версией Azure DevOps Server, между компонентами существуют некоторые различия. некоторые Azure DevOps Server функции не поддерживаются в Azure DevOps Services. например, Azure DevOps Services не поддерживает интеграцию с SQL Server Analysis Services для поддержки отчетов.
Две из следующих областей имеют разную поддержку:
вы Azure DevOps Server и просматриваете перемещение? Чтение параметров миграции для понимания параметров.
Область и масштаб данных
по мере роста бизнеса может потребоваться увеличить масштаб экземпляра Azure DevOps.
Azure DevOps Services масштабирование с помощью организаций и проектов
Azure DevOps Services немного отличается от Azure DevOps Server. В настоящее время существует только два варианта определения области и масштабирования данных: Организации и проекты. организации в Azure DevOps Services получают собственные url-адреса (например, https://dev.azure.com/fabrikamfiber ) и всегда имеют ровно одну коллекцию проектов. Организации могут иметь множество проектов в коллекции.
рекомендуется создавать организации в Azure DevOps Services везде, где вы создадите коллекции в Azure DevOps Server. Применяются следующие сценарии.
Azure DevOps Server масштабирование с помощью развертываний, коллекций проектов и проектов
Azure DevOps Server предлагает следующие три варианта для определения области и масштабирования данных: развертывания, коллекции проектов и проектов. В самом простом случае развертывания — это просто серверы.
Однако развертывание может быть более сложным, что может включать в себя:
Project коллекции служат контейнерами для обеспечения безопасности и администрирования, а также границ физической базы данных. Они также используются для группирования связанных проектов.
Наконец, проекты используются для инкапсуляции ресурсов отдельных проектов программного обеспечения, включая исходный код, рабочие элементы и т. д.
Аутентификация
используя Azure DevOps Services, вы подключаетесь через общедоступный интернет (например, https://contoso.visualstudio.com ). Вы выполняете аутентификацию с учетными данными учетная запись Майкрософт или с учетными данными Azure AD в зависимости от настройки вашей организации. Вы также можете настроить Azure AD для использования таких функций, как многофакторная проверка подлинности, ограничения IP-адресов и т. д.
Рекомендуется настроить Организации для использования Azure AD, а не учетных записей Майкрософт. Этот метод обеспечивает лучшую работу во многих сценариях и предоставляет дополнительные возможности для усиления безопасности.
с Azure DevOps Server вы подключаетесь к серверу интрасети (например, https://tfs.corp.contoso.com:8080/tfs ). проверка подлинности выполняется с использованием Windows проверки подлинности и учетных данных домена Active Directory (AD). Этот процесс является прозрачным, и вы никогда не видите интерфейс входа в систему.
Управление пользователями и группами
в Azure DevOps Services можно использовать аналогичный механизм для предоставления доступа группам пользователей. группы Azure AD можно добавить в группы Azure DevOps Services. Если вместо Azure AD используются учетные записи Майкрософт, необходимо Добавить пользователей по одной.
в Azure DevOps Server вы предоставляете пользователям доступ к развертываниям, добавляя группы Active Directory (AD) в различные группы Azure DevOps (например, группу «участники» для отдельного проекта). Членство в группах AD синхронизируется. По мере добавления и удаления пользователей в AD они также получают и теряют доступ к Azure DevOps Server.
Управление доступом пользователей.
в Azure DevOps Services и Azure DevOps Server управление доступом к функциям осуществляется путем назначения пользователям уровня доступа. Все пользователи должны быть назначены одному уровню доступа. Как в облачных, так и в локальных предложениях вы можете предоставить бесплатный доступ к функциям рабочих элементов неограниченному числу заинтересованных лиц. кроме того, неограниченное число Visual Studioных подписчиков могут иметь доступ ко всем базовым функциям без дополнительной платы. Вы платите только другим пользователям, которым необходим доступ.
в Azure DevOps Services необходимо назначить уровень доступа каждому пользователю в организации. Azure DevOps Services проверяет подписчиков Visual Studio при входе в систему. можно назначить базовый доступ бесплатно пяти пользователям без подписок Visual Studio.
Чтобы предоставить пользователям базовый доступ или более высокий уровень, Настройте выставление счетов для Организации и платите за дополнительных пользователей. В противном случае все остальные пользователи получают доступ заинтересованным лицам.
Группы Azure AD предоставляют доступ группам пользователей. Уровни доступа автоматически назначаются при первом входе в систему. Для организаций, настроенных на использование учетных записей Майкрософт для входа в систему, необходимо явно назначить уровни доступа каждому пользователю.
в Azure DevOps Server все используется в системе учета. Чтобы задать уровни доступа для пользователей на основе их лицензий, укажите уровни доступа на странице Администрирование. Например, можно назначить только нелицензированным пользователям доступ к заинтересованным лицам.
пользователи с клиентской лицензией (CAL) Azure DevOps Server могут иметь базовый доступ. Visual Studio подписчики могут иметь доступ как к базовому, так и к расширенному, в зависимости от их подписок. Azure DevOps Server не пытается проверить эти лицензии или обеспечить соответствие требованиям.
Безопасность и защита данных
Многие сущности хотят больше узнать о защите данных, когда они рассчитают переход в облако. мы стремимся обеспечить безопасность и безопасность проектов Azure DevOps Services. У нас есть технические функции и бизнес-процессы, позволяющие доставлять эти обязательства. Вы также можете предпринять меры для защиты данных. Дополнительные сведения см. в статье Общие сведения о защите данных.
Настройка процесса
В зависимости от поддерживаемой модели процессов можно настроить процесс отслеживания работы двумя разными способами.
Несмотря на то что параметр локальной модели процессов XML является мощным, он может вызвать различные проблемы. Основной проблемой является то, что процессы для существующих проектов не обновляются автоматически.
в Azure DevOps Server 2013, например, появились несколько новых функций, зависящих от новых типов рабочих элементов и других изменений в шаблонах процессов. При обновлении с 2012 до 2013 каждая коллекция проектов получает новые версии каждого из шаблонов процессов «в Box», которые включают эти изменения. Однако эти изменения не включаются в существующие проекты автоматически. Вместо этого после завершения обновления необходимо включить изменения в каждый проект с помощью мастера настройки компонентов или процесса, выполняемого вручную.
чтобы избежать этих проблем в Azure DevOps Services, пользовательские шаблоны процессов и средство witadmin.exe всегда отключены. этот подход позволил нам автоматически обновлять все проекты при каждом обновлении Azure DevOps Services. В то же время, группа разработчиков работает над тем, чтобы настроить процессы, которые можно легко и быстро реализовать. Недавно мы предоставили первый из этих изменений, и в нем были внесены другие изменения.
Новая возможность настройки процессов позволяет вносить изменения непосредственно в пользовательский веб-интерфейс. Если вы хотите настроить процессы программно, это можно сделать с помощью конечных точек RESTFUL. при такой настройке проектов они автоматически обновляются при выпуске новых версий базовых процессов с Azure DevOps Services обновлениями.
Отчеты
Azure DevOps Services и Azure DevOps Server предлагают множество инструментов, которые позволяют понять ход выполнения и качество проектов программного обеспечения. Включены следующие средства:
Azure DevOps Services и Azure DevOps Server 2019 также предоставляют доступ к следующим службам:
Дополнительные сведения о службе аналитики и будущих выпусках см. в нашей стратегии создания отчетов.
отчеты SQL Server Reporting Services (SSRS) доступны из Azure DevOps Server при настройке с SQL Server Analysis Services.
многие популярные службы в VSTS теперь предоставляются как отдельные службы как в Azure DevOps Services, так и в Azure DevOps Server 2019. Службы можно получить отдельно или вместе, как Azure DevOps Services. если вы являетесь подписчиком Azure DevOps, у вас уже есть доступ ко всем службам.
| Имя функции VSTS | имя службы Azure DevOps | Описание |
|---|---|---|
| Сборка & выпуска | Azure Pipelines | Непрерывная интеграция и непрерывная поставка (CI/CD), работающая с любым языком, платформой и облаком. |
| Код | Azure Repos | неограниченные облачные закрытые репозитории Git и система управления версиями Team Foundation (TFVC) для вашего проекта. |
| Work | Azure Boards | Отслеживание работы с помощью досок Канбан, невыполненных работ, панелей мониторинга команды и пользовательских отчетов. |
| Тест | Планы тестирования Azure | Решение «все в одном» запланированного и произвольного тестирования. |
| Пакеты (расширение) | Azure Artifacts | Maven, npm, Python, универсальный пакет и NuGet пакеты в виде веб-каналов из общедоступных и частных источников. |
как Azure DevOps Services, так и Azure DevOps Server 2019 используют новый пользовательский интерфейс навигации с вертикальной боковой панелью для перехода к основным областям службы: Boards, Repos, Pipelinesи т. д. Дополнительные сведения см. в разделе Навигация по веб-порталу в Azure DevOps.
Можно отключить выбор служб из пользовательского интерфейса. Дополнительные сведения см. в разделе Включение или отключение службы.
установка и настройка локальной Azure DevOps
Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2015
Предложение Azure DevOps Server раньше называлось Visual Studio Team Foundation Server.
существует несколько вариантов развертывания Azure DevOps Server 2019, ранее именуемых Visual Studio Team Foundation Server (TFS). Все можно установить на одном сервере. также можно использовать несколько уровней приложений и экземпляров SQL. Сведения о том, как определить правильный тип развертывания для команды, см. в разделе рекомендации по оборудованию.
Варианты развертывания
Один сервер. Развертывание с одним сервером является самым простым развертыванием, так как уровень приложений и уровень данных находятся на одном компьютере. Выберите это развертывание, если поддерживается одна команда или небольшой набор команд.
Двасервера. развертывание на двойном сервере с отдельными уровнями приложений и данных может обеспечить лучшую производительность для большого набора команд и поддержки команд, которые имеют более высокий уровень использования.
Несколько серверов: выбрать этот тип развертывания, включающий несколько уровней приложений и данных, чтобы обеспечить лучшую производительность для очень больших групп и команд с очень высокой интенсивностью использования. Использование нескольких серверов позволяет повысить уровень доступности и возможности аварийного восстановления.
Выбор конфигурации отчетов
Azure DevOps Server поддерживает службу аналитики, которую можно использовать вместо SQL Server Reporting Services или вместе с ней. Однако если вы планируете использовать модель процесса наследования для настройки отслеживания работы, можно использовать только службу аналитики для создания отчетов, а коллекция проектов не должна быть настроена для поддержки отчетов.
Дополнительные сведения о службе аналитики см. в разделе что такое служба аналитики?. Дополнительные сведения о модели процесса наследования см. в разделе о настройке процессов и наследуемых процессах.
Только новые коллекции проектов можно настроить для поддержки модели процесса наследования. Обновленные коллекции проектов могут продолжать поддерживать только локальную модель XML-процессов.
Установки для оценки или личного использования
если вы настраиваете локальную Azure DevOps для личного использования или для ее вычисления, используйте Azure DevOps Express. Azure DevOps Выпуск Express предоставляется бесплатно, прост в установке и устанавливается как в клиентской, так и в серверной операционной системе. он поддерживает все те же функции, что и Azure DevOps Server 2019. Ограничения лицензирования TFS Express используют пять активных пользователей.
рассмотрите возможность использования бесплатной Azure DevOps Services организации для личного использования. поскольку Azure DevOps Services являются облачными, вам не нужно устанавливать их на своем оборудовании или управлять собственными резервными копиями.
Процесс развертывания
независимо от того, как вы планируете развертывать Azure DevOps Server, процесс состоит из следующих трех этапов:
подготовка. установщик подготавливает один или несколько серверов для Azure DevOps Server или TFS, проверив и следуя системным требованиям.
Установка. установщик размещает исполняемые файлы на сервере и запускает установщик из VisualStudio.com или из центра поддержки корпоративных лицензий.
Конфигурация. Этот шаг позволяет настроить установленные компоненты, чтобы установить и запустить установку. При запуске мастера настройки выполняется ряд проверок готовности. Эти проверки позволяют убедиться, что система соответствует требованиям и что выбор параметров, скорее всего, будет работать. Если возникнут какие либо проблемы, отобразится одно или несколько предупреждений или сообщений об ошибках. После устранения всех ошибок запустите конфигурацию, чтобы завершить настройку развертывания.
после завершения установки установщик запустит центр настройки Azure DevOps Server. единый мастер поддерживает все конфигурации Azure DevOps Server, такие как новые установки, обновления и сценарии только уровня приложения.
после завершения установки установщик запустит центр настройки Team Foundation Server. Для TFS 2017 и более поздних версий унифицированный мастер поддерживает все конфигурации TFS, такие как новые установки, обновления и сценарии только уровня приложения. Для TFS 2015 и более ранних версий выберите соответствующий мастер для своего сценария.
Параметры конфигурации: Basic, Advanced и Azure
Мастер настройки сервера поддерживает три основных варианта конфигурации: Basic, Advanced и Azure.
Параметры конфигурации: «базовый» и «Расширенный»
Мастер настройки сервера поддерживает два основных параметра конфигурации: базовый и Расширенный.
