Выставление счетов на основе назначений пользователей, уровень доступа по умолчанию и ежедневное выставление счетов — обновление Sprint 158

  • Статья

В обновлении Sprint 158 Azure DevOps мы добавили выставление счетов на основе назначений пользователей. Если ее применить, то количество лицензий в планах "Базовый" или "Базовый + План тестирования" может меняться в зависимости от количества пользователей. Это означает, что вы будете платить только за используемые вами лицензии. Мы также добавили новый параметр, который позволяет выбрать, хотите ли новые пользователи добавлены в вашу организацию, чтобы получить полный доступ к базовому или ограниченному или бесплатному доступу заинтересованных лиц.

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

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

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

Функции

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

Azure Boards:

Azure Repos.

Azure Pipelines.

Azure Test Plans:

Отчеты —

Вики

Общие

Выставление счетов на основе пользовательских назначений и уровень доступа по умолчанию

Выставление счетов на основе назначений пользователей

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

Уровень доступа по умолчанию для новых пользователей

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

Default access level for new users.

Ежедневное выставление счетов

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

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

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

Manage organization and project permissions.

Azure Boards

Поддержка настраиваемых полей в столбцах свертки

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

  1. В невыполненной работы щелкните "Параметры столбца". Затем на панели щелкните "Добавить столбец свертки" и настройте настраиваемый накопительный пакет.

    Rollup on custom fields.

  2. Выберите между индикатором хода выполнения и итогом.
  3. Выберите тип рабочего элемента или уровень невыполненной работы (обычно невыполненные работы объединяют несколько типов рабочих элементов).
  4. Выберите тип агрегирования. Количество рабочих элементов или сумм. Для суммы необходимо выбрать поле для суммирования.
  5. Кнопка "ОК " вернется к панели параметров столбца, где можно изменить порядок нового настраиваемого столбца.

Support for custom fields in Rollup columns.

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

Новое правило для скрытия полей в форме рабочих элементов на основании условия

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

Параметры уведомлений настраиваемых рабочих элементов

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

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

Configure follow options.

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

Choose Notification Settings.

Мы рады освободить предварительную версию элемента управления "Развертывание" в форме рабочего элемента. Этот элемент управления связывает рабочие элементы с выпуском и позволяет легко отслеживать, где развернут рабочий элемент. Дополнительные сведения см. здесь.

Link work items to deployments.

Azure Repos

Использование аутентификации служб на основе учетных записей для подключения к AKS

Ранее при настройке Azure Pipelines из Центра развертывания AKS мы использовали Подключение Azure Resource Manager. Это подключение имело доступ ко всему кластеру, а не только к пространству имен, для которого был настроен конвейер. В этом обновлении конвейеры будут использовать проверку подлинности на основе учетной записи службы для подключения к кластеру, чтобы он был доступ только к пространству имен, связанному с конвейером.

Предварительный просмотр файлов Markdown в запросе на вытягивание параллельного диффа

Теперь вы увидите, как будет выглядеть файл Markdown с помощью новой кнопки "Предварительный просмотр ". Кроме того, можно просмотреть полное содержимое файла на боковом диффе, нажав кнопку "Вид ".

Preview Markdown files in pull request Side-by-side diff.

Истечение срока действия политики сборки для ручной сборки

Политики обеспечивают качество кода и стандарты управления изменениями в команде. Ранее можно задать политики окончания срока сборки для автоматизированных сборок. Теперь вы также можете задать политики окончания срока действия сборки вручную.

Build policy expiration for manual builds.

Добавление политики для блокировки фиксаций на основе электронной почты автора фиксации

Администратор istrator теперь может задать политику push-отправки, чтобы предотвратить отправку фиксаций в репозиторий, для которого автор фиксации электронная почта не соответствует предоставленному шаблону.

Add a policy to block commits based on the commit author email.

Эта функция была приоритетна на основе предложения из Сообщество разработчиков для предоставления аналогичного интерфейса. Мы будем продолжать держать билет открытым и поощрять пользователей, чтобы сообщить нам, какие другие типы политик push-уведомлений вы хотите увидеть.

Azure Pipelines

Повтор этапов, завершившихся сбоем

Примечание.

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

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

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

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

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

Улучшения для утверждений в конвейерах YAML

Примечание.

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

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

Этот интерфейс аналогичен настройке утверждений для сред. Когда утверждение ожидается на ресурсе, на который ссылается на стадии, выполнение конвейера ожидается, пока конвейер не будет утвержден вручную.

Enhancements to approvals in YAML pipelines.

Поддержка тестирования структуры контейнеров в Azure Pipelines

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

Вы можете проверить структуру образа на основе четырех категорий тестов, которые могут выполняться вместе: тесты команд, тесты существования файлов, тесты содержимого файлов и тесты метаданных. Результаты в конвейере можно использовать для принятия решений go/no go. Тестовые данные доступны в выполнении конвейера с сообщением об ошибке, чтобы помочь вам лучше устранять сбои.

Входные данные файла конфигурации и сведений о изображении

Container structure testing support in Azure Pipeline.

Тестовые данные и сводка

Test data and summary.

Ненадежное управление ошибками и их устранение

В июле мы представили управление тестами flaky для поддержки комплексного жизненного цикла с обнаружением, отчетом и разрешением. Чтобы улучшить его дальше, мы добавляем flaky test bug management and resolution.

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

При разрешении или закрытии отчета об ошибке мы автоматически отметим тест как нефиксированный.

Улучшения для приложения Azure Pipelines для Slack и Microsoft Teams

Многоэтапные конвейеры на основе YAML

Примечание.

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

Приложение Azure Pipelines для Slack и Microsoft Teams теперь поддерживает многоэтапные конвейеры YAML для CI и CD. Благодаря этому улучшению вы получите уведомления о различных событиях, связанных с конвейерами YAML.

Enhancements to Azure Pipelines app for Slack and Microsoft Teams.

События, поддерживаемые для многоэтапных конвейеров YAML

  • Изменено состояние выполнения
  • Изменено состояние этапа выполнения
  • Этап выполнения, ожидающий утверждения
  • Завершение утверждения этапа выполнения

Events supported for multi-stage YAML pipelines.

Расширения для отмены url-адресов и обмена сообщениями

Мы добавили расширение обмена сообщениями для приложения Azure Pipelines для Microsoft Teams. Теперь можно найти конвейеры и предоставить доступ к соответствующим сведениям о конвейере в качестве карта в канале. Отмена url-адреса помогает инициировать обсуждения по конвейерам и иметь значимые и контекстные беседы.

URL unfurling and messaging extensions.

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

Мы обновили несколько образов виртуальных машин, размещенных в Azure Pipelines. Ниже приведены некоторые основные моменты в этом обновлении.

  • Добавлена версия Go 1.13 в Ubuntu 16.04, Ubuntu 18.04, VS2017 и VS2019. Go 1.12 остается значением по умолчанию.
  • Добавлен пакет SDK для Android и средства сборки 29 в Ubuntu 16.04, Ubuntu 18.04, VS2017 и VS2019.
  • Добавлен модуль Az 2.6.0 в VS2017 и VS2019.
  • Исправление различных ошибок.

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

Примечание.

Мы удалим Ruby 2.3 из всех изображений в будущем обновлении, так как он достиг конца жизни 31 марта 2019 года.

Открытие задачи для установщика агента политики

Open Policy Agent — это открытый код, подсистема политики общего назначения, которая обеспечивает унифицированное применение политик с учетом контекста. Мы добавили задачу установщика агента open Policy Agent. Это особенно полезно для применения политик в конвейере в отношении инфраструктуры в качестве поставщиков кода.

Например, open Policy Agent может оценивать файлы политики Rego и планы Terraform в конвейере.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Декораторы конвейера для конвейеров выпуска

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

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

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

Новая страница Test Plans

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

Отчетность

Встроенное сгорание спринта с использованием баллов истории

Спринт Берндаун теперь может сгореть по историям. Это касается ваших отзывов от Сообщество разработчиков.

На вкладке "Аналитика" в центре Спринта выберите вкладку "Аналитика". Затем настройте отчет следующим образом:

  1. Выбор невыполненной работы историй
  2. Выберите, чтобы сгореть по сумме точек истории

Inline sprint burndown using story points.

Вики

Короткие и доступные для чтения URL-адреса страниц вики-страницы

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

Новая структура URL-адресов будет выглядеть следующим образом:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Это пример нового URL-адреса для страницы приветствия в Azure DevOps Wiki :

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

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

Поддержка диаграмм Mermaid на вики-сайте

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

Mermaid diagram support in wiki.

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

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

Примечание.

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

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

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

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

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

Make a suggestion

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

Thanks,

Рави Шанкер