Улучшения интеграции Azure Boards и Azure Pipelines с GitHub — обновление спринта 149

В обновлении Azure DevOps Sprint 149 мы добавили возможность перейти к Azure Boards непосредственно из упоминаний в комментарии GitHub, а также поддержку Azure Boards в GitHub Enterprise.

Для Azure Pipelines введена новая функция в запросах на вытягивание GitHub, которая позволяет запускать дополнительные проверки, упоминая /azp в комментарии. Кроме того, перед выполнением конвейера можно закомментировать запрос на вытягивание от участника репозитория, чтобы предоставить возможность просматривать код неизвестных пользователей перед его сборкой.

Дополнительные сведения см. в списке функций ниже.

Функции

Общие сведения:

Azure Boards:

Azure Pipelines.

Артефакты Azure:

Отчеты —

Общие

Разрешение отключенных пользователей Azure Active Directory (Azure AD)

С помощью нашего обновления Sprint 148 мы предоставили вам возможность подключить вашу организацию к Azure Active Directory на портале Azure DevOps. Этот новый упрощенный интерфейс сохранил несколько шагов, необходимых ранее в портал Azure. Тем не менее, этот новый интерфейс оставил открытый пробел, так как вам по-прежнему пришлось обратиться в службу поддержки для восстановления доступа для участников, которые потеряли доступ во время процесса подключения. Пользователи теряют доступ, если предыдущее удостоверение входа не найдено в только что подключенном Azure Active Directory. В этом выпуске мы позволим вам самостоятельно восстановить отключенных участников, сохранив звонок в службу поддержки клиентов и увеличивая производительность.

Существует два шага для восстановления отключенных членов. Во-первых, текущие удостоверения этих членов сопоставляются с удостоверениями в только что подключенном Azure AD. Так как некоторые отключенные члены могут не иметь соответствующих удостоверений в Azure AD, второй шаг — пригласить оставшихся участников в качестве гостей в Azure AD. Это обновление предоставляет интерфейс для выполнения обоих действий прямо на странице параметров Azure AD на портале Azure DevOps.

Найдите обновления в нашей документации здесь.

Azure Boards

Теперь, когда вы упоминаете рабочий элемент в комментарии проблемы, запроса на вытягивание или фиксацию в GitHub с помощью AB#{work item ID} синтаксиса, эти упоминания становятся гиперссылками, которые можно щелкнуть, чтобы перейти непосредственно к указанному рабочему элементу.

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

Перейдите к рабочим элементам из упоминаний.

обновления правил перехода для рабочих элементов;

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

поддержка Azure Boards в GitHub Enterprise;

Теперь Teams может подключать проекты Azure Boards к репозиториям, размещенным в экземплярах GitHub Enterprise Server. При подключении с помощью OAuth выполните действия, описанные в документации по регистрации приложения OAuth перед созданием подключения к репозиториям.

изменение и удаление комментариев в рабочих элементах.

Мы рады сообщить о том, что теперь вы можете редактировать и удалять комментарии в обсуждении рабочего элемента в Azure Boards, что очень голосовая функция на нашем форуме Сообщество разработчиков. Чтобы изменить комментарий, просто наведите указатель мыши на любой комментарий, который вы владеете, и вы увидите две новые кнопки. Если щелкнуть значок карандаша, вы войдете в режим редактирования и можете просто внести изменения и нажать кнопку "Обновить", чтобы сохранить изменения.

Изменение комментариев в обсуждении.

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

Удаление комментариев в обсуждении.

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

Порядок значений состояния в форме рабочего элемента

Ранее значение состояния в форме рабочего элемента было упорядочено в алфавитном порядке. В этом обновлении мы изменили порядок состояния в параметрах процесса.

Новый порядок значений состояния.

Примечание.

Изменение порядка влияет только на форму в Интернете и REST API. Порядок значений состояния не будет изменен в клиентах с помощью OM клиента WIT, таких как Visual Studio 2017 или Excel.

Azure Pipelines

выбор каталога извлеченного кода в конвейерах YAML;

Ранее мы проверили репозитории в каталоге s в разделе $(Agent.BuildDirectory). Теперь вы можете выбрать каталог, в котором будет извлечен репозиторий Git для использования с конвейерами YAML.

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

steps:
- checkout: self
  path: my-great-repo

В этом примере код будет извлечен в my-great-repo каталог в рабочей области агента. Если вы не укажете путь, репозиторий будет по-прежнему извлечен в каталог с именем s.

время выполнения каждого задания конвейера — 60 минут для частных проектов;

До сих пор бесплатная учетная запись (то есть, которая не приобрела параллельные задания) будет выполнять задание до 30 минут за раз до 1800 минут в месяц. При этом обновлении мы увеличили ограничение с 30 до 60 минут для бесплатных учетных записей.

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

обновления для образов размещенных конвейеров;

Мы внесли обновления в образы виртуальных машин VS2017, Ubuntu 16.04 и Windows Container 1803 для размещенных azure Pipelines. Дополнительные сведения о последних выпусках см. здесь. Полный просмотр средств, доступных на наших изображениях, см. здесь в репозитории создания образов на сайте GitHub.

Кроме того, мы приняли Moby в качестве среды выполнения контейнера. Moby — это открытая платформа, созданная Docker для сборки компонентов в пользовательские системы на основе контейнеров. Это позволит нам доставлять частые исправления и улучшения среды выполнения контейнера.

задание установщика Duffle в конвейерах сборки и выпуска;

Duffle — это средство командной строки, позволяющее устанавливать и управлять пакетами собственных приложений облака (CNAB). С помощью CNABs можно упаковыть, установить и управлять приложениями на основе контейнеров и их службами.

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

Задача установщика средства Duffle в конвейере сборки и выпуска.

утверждение развертываний Azure Pipelines из Slack;

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

Утверждение развертываний Azure Pipelines из Slack.

Дополнительные сведения о Azure Pipelines и Slack см. в документации.

добавление всех поставщиков источника в мастер нового конвейера сборки;

До сих пор поставщики источников, такие как GitHub, Azure Repos и Bitbucket Cloud, были разделены между классическим редактором конвейеров и новым мастером конвейера. С помощью этого обновления мы добавили все их в новый мастер конвейера для одной начальной точки. Вы по-прежнему можете щелкнуть ссылку в нижней части страницы, чтобы создать конвейер без YAML в классическом редакторе.

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

оптимизация триггеров комментариев GitHub.

Мы улучшили интерфейс для команд, использующих комментарии запроса на вытягивание GitHub для активации сборок. Как правило, для безопасности эти команды не хотят автоматически создавать запросы на вытягивание. Вместо этого они хотят, чтобы член группы проверял запрос на вытягивание и после того, как он считается безопасным, активируйте сборку с комментарием запроса на вытягивание. Новый параметр сохраняет этот параметр, позволяя автоматически создавать запросы на вытягивание только для участников команды.

Оптимизации триггеров комментариев GitHub.

Публикация результатов теста CTest и PHPUnit

В этом обновлении мы добавили поддержку публикации результатов теста из запуска CTest в конвейерах. Чтобы опубликовать результаты CTest, выберите параметр CTest в формате результатов теста на вкладке результатов публикации.

Публикация результатов теста CTest и PHPUnit.

Кроме того, мы включили публикацию тестов PHPUnit . Хотя формат результатов JUnit всегда поддерживается, теперь можно использовать конкретные конструкции PHPUnit. Дополнительные сведения о публикации результатов теста см. в документации.

Azure Artifacts

вышестоящие источники для Maven.

Теперь источники вышестоящего потока доступны для веб-каналов Maven. Это включает в себя основной репозиторий Maven Central и веб-каналы Артефактов Azure. Чтобы добавить вышестоящий канал Maven в существующий веб-канал, перейдите к параметрам канала, выберите сводную таблицу вышестоящих источников, а затем выберите "Добавить вышестоящий источник".

Вышестоящий источник для Maven.

Отчетность

изменение версии OData служб Analytics для тестовых наборов сущностей.

Служба Аналитики в Azure DevOps состоит из наборов сущностей, которые можно напрямую запрашивать из поддерживаемого браузера с помощью OData. Служба предоставляет API OData с версией, который можно добавить в элемент _odata.

В этом обновлении мы переносим наборы тестовых сущностей в версию 3.0-preview. Если вы используете конечную точку версии OData 2.0-preview, необходимо изменить версию 3.0-preview, чтобы предотвратить критические изменения.

Следующий список включает наборы сущностей, которые будут перенесены в версию 3.0-preview:

  • TestRuns
  • TestResults
  • Тесты
  • Сборки
  • Ветви
  • Выпуски
  • ВыпускиEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • Выпуски
  • BuildPipelines

Дополнительные сведения об использовании конечной точки OData со службой Аналитики см. здесь.

Следующие шаги

Примечание.

Эти функции будут развернуты в течение следующих двух-трех недель.

Перейдите к Azure DevOps и посмотрите.

Перейдите в Azure DevOps

Отправка отзыва

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

Внести предложение

Вы также можете получить советы и ваши вопросы, ответы сообщества на Stack Overflow.

Thanks,

Крис Паттерсон

  • Last updated on