Поделиться через


Упрощение настройки путем переноса проектов в модель процесса наследования — обновление VSTS Sprint 139

В Sprint 139 Update of Visual Studio Team Services (VSTS) теперь можно перенести размещенные XML-проекты в модель процесса наследования, чтобы упростить настройку. Кроме того, ваши выпуски теперь можно активировать с помощью запроса на вытягивание , чтобы помочь вам выполнить дополнительное тестирование перед слиянием.

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

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

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

Компоненты

Вики-сайт:

Работа:

Код:

Сборка и выпуск:

Вики

Создание оглавление для вики-страниц

Иногда вики-страницы могут быть длинными, с содержимым, упорядоченным по нескольким заголовкам. Теперь вы можете добавить оглавление на любую страницу с хотя бы одним заголовком [[_TOC_]] , используя синтаксис . Дополнительные сведения об использовании Markdown в VSTS см. в документации по Markdown . Приоритеты этой функции были определены на основе предложения от UserVoice.

Содержание вики-сайта

Работа

Упрощение настройки путем переноса проектов в модель процесса наследования

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

Клонирование процесса

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

Процесс изменения для проекта

Дополнительные сведения см. в документации По клонированию размещенного XML-процесса в наследование .

Чат о последнем состоянии с помощью улучшенной интеграции Microsoft Teams

В последнем улучшении интеграции с Microsoft Teams вы теперь быстро увидите состояние действия с четкими значками и цветами и начнете общаться, чтобы продолжить работу. Если запрос на вытягивание ожидает автора, он отображается желтым цветом со значком таймера. Если сборка выполнена успешно, она отображается зеленым цветом и значком проверка метки.

Действия в командном чате

Код

Стандартизация описаний запросов на вытягивание с помощью шаблонов

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

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

Добавление шаблона для запроса на вытягивание

Шаблоны для конкретных ветвей также поддерживаются, если вы хотите применить другой шаблон для запроса на вытягивание в определенную ветвь или папку ветви. Например, если вам нужен шаблон, характерный для всех ветвей, которые начинаются с "исправление/", можно добавить шаблон, который будет использоваться для всех ЗАПРОСОВ в эти ветви.

Дополнительные сведения о создании и использовании шаблонов см. в документации по шаблонам запросов на вытягивание .

Сборка и выпуск

Выполнение дополнительного тестирования с помощью триггера выпуска запроса на вытягивание

Вы смогли активировать сборку на основе запроса на вытягивание (PR) и получить быстрый отзыв перед слиянием на некоторое время. Теперь можно также настроить триггер запроса на вытягивание для выпуска. Состояние выпуска будет опубликовано обратно в репозиторий кода и будет видно непосредственно на странице запроса на вытягивание. Это полезно, если вы хотите выполнить дополнительное функциональное или ручное тестирование в рамках рабочего процесса запроса на вытягивание.

Триггер запроса на вытягивание в выпуске

Развертывание приложений Go в Служба Azure Kubernetes (AKS) с помощью Azure DevOps Projects

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

Теперь мы добавили поддержку Служба Azure Kubernetes (AKS) для языка Go в DevOps Projects. Дополнительные сведения см. в документации по AKS .

Состояние сборки, сообщаемое в GitHub, является более кратким

Когда VSTS публикует состояние сборки в GitHub, текст состояния отображается в связанных проверка фиксации, ветви и запроса на вытягивание. До сих пор имя каждого конвейера сборки в тексте было предварялось VSTS:. Мы удалили это предисловие из текста состояния, чтобы имя конвейера сборки было проще видеть с первого взгляда и не приводило к путанице при VSTS: использовании официального имени конвейера сборки. К сожалению, это изменение влияет на правила защиты ветвей GitHub, где GitHub по-прежнему ожидает, что имена конвейеров начинаются с VSTS:. Это может привести к блокировке запросов на вытягивание GitHub до обновления параметров репозитория. Чтобы устранить эту проблему, после выполнения сборки по крайней мере один раз обновите правила защиты ветвей репозитория в разделе Параметры Репозиторий Правила > защиты ветвей > .

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

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

Меню отзывов

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

Thanks,

Гопинат Чигаккагари