Общая доступность планов доставки 2.0

Мы очень рады сообщить о том, что планы доставки 2.0 общедоступны! Планы доставки 2.0 предоставляются в 3 ключевых сценариях: временное представление плана, ход выполнения работы и отслеживание зависимостей.

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

Azure Boards

Azure Pipelines (система конвейеров Azure)

Azure Boards

Планы доставки 2.0 общедоступны

Мы рады сообщить о том, что планы доставки 2.0 общедоступны! Он предоставляет 3 ключевых сценария:

  • Представление временной шкалы плана
  • Ход выполнения работы
  • Отслеживание зависимостей

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

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

Функция Планы 1.0 (расширение) Планы доставки 2.0
Число команд Ограничение равно 10 Ограничение равно 15
Временные рамки рабочего элемента Итерации только Дата начала, целевая дата и итерация
Визуализация Полное представление карточки Сжатые и развернутые представления
Сводка сведений None % выполнения дочерних и связанных элементов
Отслеживание зависимостей None Да
Визуализация времени начала Нет, только в том месте, где заканчивается рабочий элемент Да, как даты начала, так и целевые даты
Стилизация карточки нет Да

Функции планов доставки

Ниже приведены основные функции. Фильтрация, маркеры и критерии полей также являются частью планов доставки.

Существует два основных представления: сжатые и развернутые

Планы доставки 2.0 позволяют просматривать все рабочие элементы в плане на временной шкале, используя даты начала и цели или даты итерации. Порядок приоритета — начальная и целевая дата, а затем итерация. Это позволяет добавлять рабочие элементы уровня портфеля, такие как Epic, которые часто не определены в итерацию.

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

  • Сжатое представление

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

    Вот пример переключения между сжатыми и расширенными режимами плана.

    Gif для демонстрации сжатого представления.

  • Развернутое представление

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

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

    Пример плана с помощью расширенного представления

Отслеживание зависимостей

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

Отслеживание зависимостей с значком зависимостей красным цветом для отображения зависимостей

  • Просмотр зависимостей

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

    Пример просмотра зависимостей

    Другой пример просмотра зависимостей

  • Строки зависимостей

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

    Ниже приведены некоторые примеры.

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

    Ниже приведен пример рабочего элемента с несколькими зависимостями, и он также работает с использованием сжатого представления.

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

    При возникновении проблемы цвет линии красный, как и значок зависимости.

    Рассмотрим пример:

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

Стилизация карточки

Теперь карточки можно оформлять с помощью правил, подобно доскам Kanban. Откройте параметры плана и щелкните "Стили". В области стилей щелкните +Добавить правило стили , чтобы добавить правило, а затем нажмите кнопку "Сохранить". Существует до 10 правил, и каждое правило может содержать до 5 предложений.

Параметры стилизации

  • До

Стилизация карточки до

  • После

Стилизация карточки после

Теперь панель мониторинга копирования доступна в общедоступной предварительной версии

С помощью этого выпуска панель мониторинга группы или проекта теперь можно скопировать в тот же или новый проект. Мини-приложения и макет панели мониторинга будут скопированы, но мини-приложения по-прежнему должны быть настроены с новыми запросами и параметрами.

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

Включение функции копирования панели мониторинга

Ниже приведены действия по копированию панели мониторинга:

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

Копирование панели мониторинга

  1. Введите имя и описание новой панели мониторинга, а затем выберите тип панели мониторинга, группу или проект. При выборе панели управления команды новые проект и команда выбираются из соответствующих раскрывающихся списков проекта и команды. Для панели мониторинга Project требуется только проект.

Меню

REST API для новой емкости итераций

Теперь вы можете получить общую емкость для всех команд в итерации с помощью нового REST API Iterationcapacities. Укажите iterationId, и API вернет общую емкость для каждой команды, связанной с итерацией, а также общий итог. Эта функция упрощает планирование емкости для увеличения. Подробнее об ёмкостях итераций см. здесь в документации.

Azure Pipelines (система конвейеров Azure)

Изменение политики предварительной установки пакета SDK для .NET в агентах Ubuntu, размещенных в Майкрософт

Мы изменяем версии пакета SDK для .NET, предварительно установленных на агентах Ubuntu, размещенных Microsoft. В настоящее время мы устанавливаем все доступные и поддерживаемые версии пакета SDK для .NET (2.1.x, 3.1.x, 5.0.x). Этот подход будет изменен в пользу установки последней версии исправлений для каждой версии компонентов. Это изменение производится, чтобы предоставить вам больше свободного места и возможность делать новые запросы на инструменты.

Что это означает?

Версия пакета SDK состоит из следующих частей: x.y.znn z — это версия компонента и nn является версией исправления. Например, для версии 2.1.302 версия компонента — 3, а 02 — версия исправления. В соответствии с новым подходом мы установим только последнюю версию исправлений для каждой версии компонента, т. е. только 2.1.302 будет установлена только для 2.1.3x, только 2.1.403 для 2.1.4x и т. д. Все версии пакета SDK для .NET, которые не являются последними версиями исправлений, будут удалены из образов Ubuntu 14 июня. Это изменение влияет на все версии Ubuntu на агентах, размещенных Microsoft.

Целевая дата

Развертывание обновленных образов начнется 14 июня и займет 3–4 дня.

Возможное влияние

Если вы используете файлglobal.json, сборка будет затронута в следующих случаях:

Сборка завершится ошибкой, если файл global.json содержит свойство rollForward: disable и версию SDK, которая не является самой последней версией исправления. Рассмотрим пример.

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "disable"
  }
}

Версия пакета SDK для .NET будет автоматически изменена на последнее исправление, если файл global.json содержит rollForward: patch свойство. Рассмотрим пример.

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "patch"
  }
}

Если поле rollForward не было указано в файле global.json, для вас ничего не изменится. Используется последний установленный уровень исправлений.

Если вам нужно использовать точную версию пакета SDK для .NET, которая не является последним исправлением, используйте UseDotNet задачу , чтобы установить ее как часть сборки:

steps:
- task: UseDotNet@2
  displayName: 'Use .NET Core sdk'
  inputs:
    version: <dotnet version>

Разрешения и проверки групп переменных и безопасных файлов

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

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

Мои секретные переменные

Чтобы настроить проверки или утверждения, которые должны оцениваться при каждом запуске конвейера, используйте функцию Утверждения и проверки для библиотеки.

Добавить утверждение проверок

Предварительная версия поддержки шаблонов в редакторе YAML

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

Azure Pipelines поддерживает редактор YAML, который может быть удобно при редактировании конвейера. Ранее редактор не поддерживал шаблоны. Авторы конвейеров YAML не смогли получить подсказки Intellisense при использовании шаблона. В этом выпуске мы представляем поддержку шаблонов в редакторе YAML. Чтобы включить эту предварительную версию, перейдите к предварительным версиям функций в организации Azure DevOps и включите редактор шаблонов YAML.

Включение редактора шаблонов YAML в предварительных версиях функций

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

Шаблон YAML

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

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

Ubuntu-16.04 будет удален из пулов, размещенных корпорацией Майкрософт, в сентябре 2021 г.

Традиционная 5-летняя поддержка Ubuntu 16.04 от Canonical заканчивается в апреле 2021 года. Чтобы обеспечить обновление и защиту среды, мы удалим Ubuntu 16.04 20 сентября 2021 г.

Вам потребуется перенести рабочие процессы ubuntu-16.04 в ubuntu-18.04 или ubuntu-latest, которые будут работать в Ubuntu 20.04 LTS.

Чтобы убедиться, что все знают об этом изменении, мы запланировали два коротких браунаута. Все сборки Ubuntu 16.04 будут терпеть неудачу в течение периода brownout. Поэтому рекомендуется перенести конвейеры до 6 сентября 2021 г.

Браунуты предварительно запланированы на следующие даты и время. Мы обновим это расписание, когда приблизимся к этому времени.

6 сентября 2021 г. 5:00 UTC – 10:00 UTC

14 сентября 2021 г. 17:00 UTC – 22:00 UTC

Дальнейшие шаги

Замечание

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

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

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

Как предоставить отзыв

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

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

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

Спасибо,

Аарон Холлберг

  • Last updated on