Общие сведения об Azure DevOps
Теперь одна служба, которая была Visual Studio Team Services (VSTS), становится нашим новым набором Azure DevOps Services. В нашей документации, веб-сайтах и продуктах вы начнете заметить новые значки и имена Для Azure DevOps все и все наши службы в Azure DevOps.
- Azure Pipelines для непрерывной сборки, тестирования и развертывания в любой платформе и облаке.
- Azure Boards для эффективного управления работой .
- Артефакты Azure для веб-каналов пакетов Maven, npm и NuGet.
- Azure Repos для неограниченного размещения в облаке частных репозиториев Git.
- Планы тестирования Azure для планового и исследовательского тестирования.
С помощью запуска Azure Pipelines мы представили новое приложение в GitHub Marketplace, обновили ряд возможностей, которые помогут вам приступить к работе, и предлагает неограниченное количество минут CI/CD и 10 параллельных заданий для открытый код проектов.
Дополнительные сведения см. в списке функций ниже.
Функции
Azure Pipelines.
- Добавление Azure Pipelines из GitHub Marketplace
- Создание проектов открытый код с помощью Azure Pipelines бесплатно
- Настройка сборок с помощью YAML
- Создание конвейеров сборки YAML с помощью нового мастера
- Управление конвейерами сборки с помощью новой страницы "Сборки"
- Перестроение сборок запросов на вытягивание GitHub
- URL-адрес индикатора состояния новой сборки
- Использование дополнительных средств для агентов Linux, размещенных в Майкрософт
- Отслеживание фиксаций GitHub и связанных проблем в выпусках
- Управление электронными письмами о завершении сборки и развертывания лучше с помощью улучшенного форматирования
- Следуйте новой унифицированной терминологии Azure Pipelines
Marketplace:
Администрирование —
- Переключение существующих организаций на использование нового URL-адреса доменного имени
- Добавление пользователей заинтересованных лиц для экономии затрат на лицензии Azure Pipelines
Следующие шаги
Примечание.
Эти функции будут развернуты в течение следующих нескольких дней.
Ознакомьтесь с новыми функциями, приведенными ниже, и перейдите к Azure DevOps Services, чтобы попробовать их самостоятельно.
Azure Pipelines
Добавление Azure Pipelines из GitHub Marketplace
Новое приложение Azure Pipelines в GitHub Marketplace расширяет интеграцию с репозиториями GitHub и упрощает покупки параллельных заданий.
Ранее можно включить непрерывную интеграцию с репозиториями GitHub с помощью проверки подлинности OAuth. С помощью OAuth Azure Pipelines использует удостоверение GitHub отдельного пользователя для получения кода и обновления состояния сборки на GitHub. Однако, так как члены вашей команды могут меняться со временем, это может быть менее желательно использовать удостоверение и разрешения пользователя GitHub. Установив приложение Azure Pipelines, вы можете авторизовать приложение для выполнения действий.
Кроме того, при использовании приложения результаты сборки становятся доступными в новой функции проверки GitHub с подробным представлением результатов сборки, тестирования и покрытия кода.
Чтобы приступить к работе, установите приложение из GitHub Marketplace в учетную запись или организацию GitHub. Вы также можете приобрести дополнительные параллельные задания с существующей учетной записью оплаты GitHub вместо отдельной учетной записи Azure. Цены одинаковы.
Создание проектов открытый код с помощью Azure Pipelines бесплатно
Azure Pipelines предоставляет облачные конвейеры для Linux, macOS и Windows с неограниченными минутами и 10 бесплатными параллельными заданиями для открытый код.
Дополнительные сведения см. в документации по общедоступным репозиториям сборки и параллельным заданиям .
Настройка сборок с помощью YAML
Внимание
Чтобы использовать эту возможность, необходимо включить функцию предварительной версии конвейеров YAML сборки в организации.
Конвейеры сборки на основе YAML теперь широко доступны. Автоматизируйте конвейер непрерывной интеграции с помощью файла YAML, который был проверен в репозитории вместе с остальным кодом. Легко приступить к сборке с одним заданием. По мере роста потребностей можно легко масштабировать с помощью нескольких заданий , внешних шаблонов и матричного выполнения.
Создание конвейеров сборки YAML с помощью нового мастера
Внимание
Чтобы использовать эту возможность, необходимо включить предварительную версию функции создания конвейера YAML в профиле или организации.
Новый мастер упрощает этот процесс создания конвейеров сборки на основе YAML с помощью GitHub и Azure Repos. После выбора репозитория для сборки конвейер будет автоматически создан, если он содержит YAML-файл. В противном случае Azure Pipelines будет анализировать репозиторий и рекомендовать шаблон на основе YAML для создания проекта. Просто нажмите кнопку "Сохранить" и запустите запрос на вытягивание для предлагаемого YAML и выполните первую сборку. Триггеры непрерывной интеграции и запроса на вытягивание будут включены автоматически.
Управление конвейерами сборки с помощью новой страницы "Сборки"
Внимание
Чтобы использовать эту возможность, необходимо включить функцию предварительной версии "Новые сборки" в профиле или организации.
Мы делаем несколько улучшений и развертываем новую версию страницы "Сборки ". Эта новая версия объединяет каталог всех конвейеров сборки и список текущих сборок, чтобы быстро перемещаться по сборкам проекта, чтобы увидеть их состояние. Она также включает предварительную версию тестовой аналитики для выбранного конвейера.
Перестроение сборок запросов на вытягивание GitHub
При отправке запроса на вытягивание в репозиторий GitHub сборка запроса на вытягивание может завершиться сбоем из-за периодических сбоев, таких как реестр пакетов, недоступный или неактивный тест. В таких случаях необходимо выполнить сборку еще раз. В настоящее время это требует отправки другого искусственного обновления в запрос на вытягивание. Теперь на новой странице "Сборки" можно просто выбрать неудачную сборку и в очереди еще одну.
Этот жест для перестроения будет доступен только для сборок запросов на вытягивание для начала. Мы рассмотрим, как сделать аналогичную функцию доступной для всех неудачных сборок.
URL-адрес индикатора состояния новой сборки
Значки сборки, внедренные на домашнюю страницу репозитория, являются общим способом отображения работоспособности репозитория. Мы добавили новые URL-адреса для создания индикаторов сборки. Новые URL-адреса позволяют пользователям публиковать состояние для каждой ветви и могут отправлять пользователей в последнюю сборку выбранной ветви. Вы можете получить Markdown для нового URL-адреса индикатора состояния, выбрав действие меню "Индикатор состояния" на новой странице "Сборки". Для обратной совместимости мы будем продолжать учитывать старые URL-адреса эмблемы сборки.
Использование дополнительных средств для агентов Linux, размещенных в Майкрософт
В этом обновлении в агенты Linux, размещенные корпорацией Майкрософт, были добавлены несколько средств сборки, тестирования и развертывания, которые удаляют необходимость самостоятельной установки во время сборки или выпуска.
- Эрланг/OTP
- Firefox
- Haskell
- Heroku CLI
- ImageMagick
- Mercurial
- Microsoft Клиентские средства SQL Server
- MySQL Server
- Фантомджс
- Опылять
- PyPy2 и PyPy3
- главная панель
- rsync
- ShellCheck
- Sphinx
- Terraform
- Xvfb
Отслеживание фиксаций GitHub и связанных проблем в выпусках
Знание изменений, которые развертываются с помощью выпуска, важно отслеживать улучшения приложения. Теперь вы можете получить список фиксаций, сделанных в репозиториях GitHub, и связанные проблемы с GitHub, которые развертываются с выпуском.
Управление электронными письмами о завершении сборки и развертывания лучше с помощью улучшенного форматирования
Сообщения электронной почты о завершении сборки и развертывания обновлены, чтобы быть более фильтруемыми по правилам электронной почты. Теперь тема содержит более актуальную информацию на первый взгляд, текст содержит дополнительные сведения, и их стилизация была обновлена с помощью последней торговой марки.
Элементы нового формата:
[Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
[Deployment result] [pipeline name] > [release name] : [stage name]
Вот несколько таких случаев.
[Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
[Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1
Следуйте новой унифицированной терминологии Azure Pipelines
На протяжении всех сборок и выпусков различные термины использовались исторически для аналогичных концепций. В других случаях смыслы терминов были расплывчатыми. Например, указывая разницу между пулом агентов и очередью агента.
Терминология была унифицирована в Azure Pipelines для уточнения ее концепций. Теперь вы увидите следующие унифицированные термины:
Предыдущий термин | Унифицированный термин | Значение |
---|---|---|
Размещенный агент | Размещенный агент Майкрософт | Агент сборки и выпуска, работающий в облачной инфраструктуре, управляемой корпорацией Майкрософт. |
Частный агент | Локальный агент | Агент сборки и выпуска, который выполняется на компьютере, предоставленном и управляемом вами. |
Пул агентов | Пул агентов | Набор компьютеров агента уровня организации, которые могут выполнять сборки или выпуски. |
Очередь агента | Пул агентов | Набор компьютеров агента на уровне проекта, которые могут выполнять сборки или выпуски. Он связан с пулом агентов уровня организации. |
Определение сборки | Создание конвейера | Комплексный набор шагов сборки для приложения. |
Сборка | Сборка | Экземпляр конвейера сборки, запущенного или запущенного. |
Этап | Работа | Ряд задач, которые выполняются последовательно или параллельно на агенте. Конвейер сборки или выпуска может содержать одно задание или график нескольких заданий. |
Определение выпуска | Конвейер выпуска | Комплексный набор шагов выпуска для развертывания приложения на различных этапах. |
Выпуск | Выпуск | Экземпляр конвейера выпуска, запущенного или запущенного. |
Среда | Этап | Логическая и независимая сущность, представляющая место развертывания выпуска, созданного из конвейера выпуска. |
Параллельное задание или конвейер | Параллельное задание | Параллельное задание позволяет выполнять одно задание сборки или выпуска в вашей организации. С более параллельными заданиями можно одновременно запускать больше заданий сборки и выпуска. |
Конечная точка службы | Подключение службы | Группа параметров, например учетные данные, используемая для подключения к внешним службам для выполнения задач в сборке или выпуске. |
Дополнительные сведения см. в документации по концепциям .
Marketplace
Использование последних категорий расширений
В качестве участника расширения вы заметите, что категории расширений были выровнены в соответствии с переименованными Azure DevOps Services в Marketplace. Хотя предыдущие категории были автоматически сопоставлены с новыми, рекомендуется переключиться на новые категории, обновив манифест расширения. Дополнительные сведения см. в документации по манифесту.
Администрирование
Переключение существующих организаций на использование нового URL-адреса доменного имени
Хотя мы переехали в новое доменное имя в качестве URL-адреса для новых dev.azure.com
организаций, вы сможете продолжать доступ к вашей организации с помощью visualstudio.com
домена, как обычно. Если вы хотите изменить URL-адрес на основе dev.azure.com
, администратор организации (администратор коллекции проектов) может изменить это на странице параметров организации. Хотя принятие нового доменного имени не будет перенаправлять каждый запрос, любой запрос на корневой URL-адрес организации и ссылки из многих ссылок электронной почты и веб-ссылок изменится.
Мы постепенно перейдем к новому URL-адресу на основе отзывов клиентов. Он начнется как согласие, а затем позже мы сделаем его по умолчанию для организаций. Мы еще не установили временную шкалу для намеренного перемещения организаций из visualstudio.com
домена.
Внимание
Чтобы обеспечить работу организации с существующими ограничениями брандмауэра или IP-адресов, убедитесь, что разрешены соответствующие доменные имена и IP-адреса. Дополнительные сведения см. в этом разделе q&A агента.
Добавление пользователей заинтересованных лиц для экономии затрат на лицензии Azure Pipelines
Внимание
Чтобы использовать эту возможность, необходимо иметь бесплатный доступ к конвейерам для заинтересованных лиц, предварительная версия функции в вашей организации.
Отличная новость! Если вы используете только службу Azure Pipelines, вам больше не нужно платить за пользователей с помощью базовых лицензий. Все функции Azure Pipelines доступны бесплатно всем пользователям. При добавлении дополнительных пользователей в проект, пусть они остаются заинтересованными лицами бесплатно, и они смогут создавать, просматривать, обновлять и утверждать конвейеры, если у них есть соответствующие разрешения. Ниже приведены некоторые дополнительные заметки об изменении лицензирования:
- Вы оплачиваете только дополнительные параллельные задания в Azure Pipelines. Пользователи являются неограниченными.
- Все возможности Azure Pipelines по-прежнему управляются с помощью модели безопасности и разрешений.
- Если вы используете другие службы Azure DevOps Services, вам по-прежнему придется платить лицензию на пользователя для этих служб после бесплатных ограничений.
- В существующих организациях заинтересованные лица по умолчанию не получают бесплатное преимущество Azure Pipelines. Администратор организации (администратор коллекции проектов) должен явно включить эту функцию предварительной версии. Включение этой функции предварительной версии приведет к изменению поведения заинтересованных лиц. В настоящее время они не могут управлять сборками или выпусками. Но после включения предварительной версии функции нет разницы между базовыми пользователями и заинтересованными лицами в Azure Pipelines. По этой причине выбор разрешения заинтересованным лицам рассматриваться как бесплатные пользователи Azure Pipelines остаются администратором.
Дополнительные сведения см. в документации по редактированию конвейеров сборки и выпуска заинтересованных лиц.
Отправка отзыва
Мы хотели бы услышать то, что вы думаете об этих функциях. Используйте меню отзывов, чтобы сообщить о проблеме или предоставить предложение.
Вы также можете получить советы и ваши вопросы, ответы сообщества на Stack Overflow.
Thanks,
Джереми Эплинг