Share via

Улучшения Azure Boards — обновление Sprint 156

  • Статья

В обновлении Azure DevOps для Sprint 156 мы продолжаем улучшать Azure Boards, чтобы включить элементы, которые помогут улучшить взаимодействие с пользователем. Например, теперь можно настраивать значения списка выбора системы , такие как Серьезность, Активность и Приоритет. Кроме того, мы добавили поддержку правил для настройки полей только для чтения или обязательных в зависимости от членства в группе. Наконец, мы создали новое расширение, позволяющее создавать каскадные списки выбора в форме рабочего элемента.

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

Новые возможности Azure DevOps

Компоненты

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

Azure Boards:

Azure Repos:

Azure Artifacts:

Azure Pipelines:

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

Docker

Тест

Размещенные виртуальные машины

Возможности Azure

Интерфейс командной строки Azure

Azure Test Plans:

Отчеты:

Вики-сайт:

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

Новый пользовательский интерфейс для запроса доступа к организации

Теперь вы можете запросить доступ к организации с помощью нового пользовательского интерфейса запроса доступа. Если вы принадлежите к тому же клиенту, что и организация Azure DevOps, к которой вам нужен доступ, новый пользовательский интерфейс запроса на доступ позволит уведомить администраторов организации с обоснованием того, почему вам нужен доступ. Администраторы получат уведомление по электронной почте от Azure DevOps с подробными сведениями о запросе. Подробные сведения будут включать: идентификатор электронной почты запрашивающего, название целевой организации и обоснование.

Запрос доступа к организации.

Azure Boards

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

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

Правила членства в группах.

Настройка значений списка выбора системы

Теперь можно настроить значения для любого списка выбора системы (за исключением поля причины), таких как Серьезность, Активность, Приоритет и т. д. Настройки списка выбора определяются таким образом, что вы можете управлять различными значениями для одного поля для каждого типа рабочего элемента.

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

Параметр URL-адреса нового рабочего элемента

Поделитесь ссылками на рабочие элементы в контексте доски или невыполненной работы с помощью нового параметра URL-адреса рабочего элемента. Теперь можно открыть диалоговое окно рабочего элемента на доске, невыполненной работе или спринте, добавив параметр ?workitem=[ID] к URL-адресу.

Любой пользователь, с которым вы поделились ссылкой, получит тот же контекст, который вы имели, когда поделились ссылкой!

Упоминание людей, рабочих элементов и PR в текстовых полях

Когда мы выслушали ваши отзывы, мы узнали, что вы хотите упоминание людей, рабочих элементов и PRs в области описания рабочего элемента (и других полях HTML) в рабочем элементе, а не только в комментариях. Иногда вы совместно с кем-то работаете над рабочим элементом или хотите выделить запрос на вытягивание в описании рабочего элемента, но у вас нет способа добавить эту информацию. Теперь можно упоминание людей, рабочие элементы и PR во всех полях с длинным текстом в рабочем элементе.

Пример можно найти здесь.

Пример длинных текстовых полей.

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

Реакции на комментарии к обсуждению

Одна из наших main целей — сделать рабочие элементы более совместными для команд. Недавно мы провели опрос в Twitter, чтобы узнать, какие функции совместной работы вам нужны в обсуждениях по рабочему элементу. Реакция на комментарии выиграла опрос, поэтому мы добавляем их! Вот результаты опроса Twitter.

Результаты опроса Twitter.

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

Добавление реакций на комментарии.

Закрепление Azure Boards отчетов на панели мониторинга

В обновление Sprint 155 мы включили обновленные версии отчетов о КОНТРАКТАХ и Скорости. Эти отчеты доступны на вкладке Аналитика раздела Boards and Невыполненная работа. Теперь можно закрепить отчеты непосредственно на панели мониторинга. Чтобы закрепить отчеты, наведите указатель мыши на отчет и нажмите кнопку с многоточием "..." и Копировать на панель мониторинга.

Закрепление Azure Boards отчетов на панели мониторинга.

Azure Repos

приложение Azure Repos для Slack

Мы рады объявить о новом приложении Azure Repos для Slack. С помощью этого приложения вы можете отслеживать репозитории и получать уведомления при отправке или извлечении кода, создании запросов на вытягивание , обновлении запросов на вытягивание и многого другого в канале Slack. Кроме того, предварительные версии URL-адресов запросов на вытягивание помогут вам инициировать обсуждения запросов на вытягивание и создавать контекстно-значимые беседы. Приложение поддерживает репозитории Git и TFVC.

Azure Repos приложение для Slack.

Azure Artifacts

Настройка вышестоящих потоков в разных организациях в клиенте AAD

Теперь вы можете добавить веб-канал в другой организации, связанный с клиентом Azure Active Directory (AAD), в качестве источника вышестоящий в веб-канал Артефактов. Ваш веб-канал может находить и использовать пакеты из веб-каналов, настроенных как вышестоящий источники, что позволяет легко совместно использовать пакеты в организациях, связанных с вашим клиентом AAD. Сведения о настройке см. в документации.

Использование поставщика учетных данных Python (предварительная версия) для проверки подлинности pip и twine с помощью веб-каналов Azure Artifacts

Теперь вы можете установить и использовать поставщик учетных данных Python (artifacts-keyring) (в настоящее время находится на этапе предварительной версии) для автоматической настройки проверки подлинности для публикации или использования пакетов Python в веб-канале Azure Artifacts или из него. С поставщиком учетных данных вам не нужно настраивать файлы конфигурации (pip.ini/pip.conf/.pypirc), вы просто будете проходить через поток проверки подлинности в веб-браузере при первом вызове pip или twine. Дополнительные сведения см. в документации.

Azure Pipelines

Улучшения кэширования конвейеров

В обновлении Sprint 155 мы объявили общедоступную предварительную версию кэширования конвейера, которая позволяет сократить время сборки, позволяя повторно использовать файлы, такие как скачанные зависимости и выходные данные компиляции, при последующем запуске. В этом обновлении добавлена поддержка включения нескольких файлов в ключ кэша с использованием шаблонов glob. Например:

steps:
- task: CacheBeta@0
  inputs:
    key:
    packages/**/package-lock.json, !node_modules/** | $(Agent.OS)
    path:
$(npm_config_cache)

Примечание

Части ключа должны быть разделены символом "|" (как показано выше). Это изменение внесено в ожидании предстоящей возможности указать альтернативные ключи восстановления.

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

Увеличение ограничения времени ожидания шлюза и частоты

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

Новый шаблон образа сборки для Dockerfile

Ранее при создании нового конвейера для Dockerfile при создании нового конвейера шаблон рекомендовал отправлять образ в Реестр контейнеров Azure и развертывать в Служба Azure Kubernetes. Мы добавили новый шаблон, позволяющий создавать образ с помощью агента без необходимости отправки в реестр контейнеров.

Новый шаблон образа сборки для Dockerfile.

Входные аргументы в задаче Docker Compose

В задаче Docker Compose появилось новое поле, которое позволяет добавлять аргументы, такие как --no-cache. Аргумент будет передан задачей при выполнении таких команд, как сборка.

Входные аргументы в задаче Docker Compose.

Исправление предупреждений в больших тестовых вложениях

В прошлом месяце мы добавили поддержку тестовых вложений свыше 100 МБ. В настоящее время в журналах может появиться задача VSTest или задача публикации результатов теста, возвращающая ошибку 403 или 407. Если вы используете локальные сборки или агенты выпуска за брандмауэром, который фильтрует исходящие запросы, необходимо внести некоторые изменения в конфигурацию, чтобы использовать эту функцию.   ​

Исправление предупреждений в больших тестовых вложениях.

Чтобы устранить эту проблему, рекомендуется обновить брандмауэр для исходящих запросов до https://*.vstmrblob.vsassets.io. Сведения об устранении неполадок см. здесь.   ​

Примечание

Это необходимо, только если вы используете локальные агенты Azure Pipelines и находитесь за брандмауэром, который фильтрует исходящий трафик. Если вы используете размещенные в облаке агенты Майкрософт или не фильтруете исходящий сетевой трафик, вам не нужно предпринимать никаких действий.

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

Мы внесли обновления в несколько образов виртуальных машин, размещенных в Azure Pipelines. Основные моменты:

  • Добавлена версия ATL для ARM и ARM64 с устранением рисков Spectre и без нее в VS 2017 (уже присутствует в VS 2019).
  • Обновлены версии исправлений Java и Go для Ubuntu 16.04, VS 2017 и VS 2019.
  • Увеличено ограничение для открытых файлов до 50 000 в Ubuntu 16.04.
  • Исправления различных ошибок.

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

Полный список средств, доступных для конкретного образа, см. в разделе Параметры Пулы агентов >> Сведения.

Поддержка репозиториев Bitbucket в Центре развертывания для AKS и Веб-приложения для контейнеров

В этом обновлении мы добавили встроенную поддержку репозиториев Bitbucket в рабочие процессы центра развертывания для AKS и веб-приложения для контейнеров. Теперь вы можете получить интерфейс OAuth и заполненный список репозиториев и ветвей учетной записи Bitbucket. Это поможет выполнить развертывание в соответствующих ресурсах. Кроме того, мы добавили вспомогательный интерфейс, проанализировав выбранный репозиторий Bitbucket и обнаружив DockerFile.

Поддержка репозиториев Bitbucket в Центре развертывания для AKS и Веб-приложения для контейнеров.

Поддержка веб-приложений Linux для рабочих процессов Java в Azure DevOps Projects

Теперь вы можете создать веб-приложение Linux и развернуть пример приложения Java несколькими щелчками мыши в Azure DevOps Projects. Мы разместим пример приложения Java в Azure Repos и настроим для него конвейер CI/CD.

Поддержка веб-приложений Linux для рабочих процессов Java в Azure DevOps Projects.

Группы переменных конвейера и команды управления переменными

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

Запуск конвейера для ветви запроса на вытягивание

При создании запроса на вытягивание может быть сложно проверить, могут ли изменения нарушить выполнение конвейера в целевой ветви. Однако благодаря возможности запуска конвейера или постановки сборки в очередь для ветви запроса на вытягивание теперь можно проверить и визуализировать внесенные изменения, запустив ее в целевом конвейере. Дополнительные сведения см. в документации по командам az pipelines run и az pipelines build queue .

Пропуск первого запуска конвейера

При создании конвейеров иногда требуется создать и зафиксировать файл YAML, а не активировать выполнение конвейера, так как это может привести к сбою по различным причинам, например, инфраструктура не готова или требуется создать переменные. С помощью Azure DevOps CLI теперь можно пропустить первый автоматический запуск конвейера при создании конвейера, включив параметр --skip-first-run. Дополнительные сведения см. в документации по команде az pipeline create .

Усовершенствование команды конечной точки службы

Команды CLI конечной точки службы поддерживают только настройку и управление конечной точкой службы Azure rm и GitHub. Однако в этом выпуске команды конечной точки службы позволяют создавать любую конечную точку службы, предоставляя конфигурацию с помощью файла, а также оптимизированные команды az devops service-endpoint github и az devops service-endpoint azurerm, которые обеспечивают первоклассную поддержку для создания конечных точек служб этих типов. Дополнительные сведения см. в документации по командам .

Планы тестирования Azure

Отчет о ходе выполнения Test Plans (общедоступная предварительная версия)

Отчет о ходе выполнения Test Plans теперь доступен в общедоступной предварительной версии. Этот встроенный отчет помогает отслеживать выполнение и состояние одного или нескольких Test Plans в проекте. Посетите Test Plans > отчет о ходе выполнения*, чтобы приступить к работе с отчетом.

Отчет о ходе выполнения для Test Plans.

К трем разделам отчета относятся:

  1. Сводка: отображает объединенное представление для выбранных планов тестирования.
  2. Тенденция к результату: ежедневно отображает snapshot, чтобы получить линию тренда выполнения и состояния. Он может отображать данные за 14 дней (по умолчанию), 30 дней или настраиваемый диапазон.
  3. Подробные сведения. В этом разделе вы можете детализировать каждый план тестирования и получить важную аналитику для каждого набора тестов.

Test Plans отчет о ходе выполнения.

Улучшения страницы Test Plans

Теперь можно массово добавлять тестовые случаи с помощью новой сетки страницы Test Plans*. Сетка содержит шесть столбцов для массовой разработки в отличие от трех столбцов в предыдущем представлении. Вы можете начать использовать сетку, перейдя в раздел Test Plans* > Добавить тестовые случаи >Добавить тестовые случаи с помощью сетки.

Массовое добавление тестовых случаев с помощью сетки страницы Test Plans.

Добавление тестовых случаев с помощью сетки.

Кроме того, мы добавили диаграмму на страницу Test Plans*. Вкладку Диаграмма можно найти, перейдя к Test Plans> Диаграмма*.

Диаграмма на странице Test Plans.

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

Выполнение тестовых случаев с параметрами на вкладке Выполнение.

Отчеты

Улучшение мини-приложения "Результаты запроса"

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

В этом обновлении мы добавили множество долгожданных улучшений:

  • Теперь можно выбрать столько столбцов, сколько нужно отобразить в мини-приложении. Не более 5 столбцов!
  • Мини-приложение поддерживает все размеры от 1x1 до 10x10.
  • При изменении размера столбца сохраняется ширина столбца.
  • Мини-приложение можно развернуть в полноэкранном режиме. При развертывании будут отображаться все столбцы, возвращаемые запросом.

Вики

Комментарии на вики-страницах

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

Комментарии на вики-страницах.

Скрытие папок и файлов, начиная с "." в вики-дереве

До сих пор в вики-дерево показывало все папки и файлы, начиная с точки (.) в вики-дереве. В вики-сценариях кода это приводило к тому, что такие папки, как VSCODE, должны быть скрытыми, отображались в вики-дереве. Теперь все файлы и папки, начиная с точки, останутся скрытыми в вики-дереве, что уменьшает ненужный беспорядок.

Эта функция была приоритезирована на основе этого запроса предложения.

Дальнейшие действия

Примечание

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

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

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

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

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

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

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

Thanks,

Виджай Махираджу