Центр рабочих элементов и проект Azure DevOps на основе виртуальных машин — обновление Sprint 131 VSTS

В обновлении Visual Studio Team Services (VSTS) Sprint 131 есть несколько функций, которые получили большое количество отзывов и действий в UserVoice. Одним из них является центр рабочих элементов, который теперь становится общедоступным для привлечения важных работ на передний план ежедневного рабочего процесса. Мы также добавили виртуальную машину в качестве варианта настройки Azure DevOps Projects , так как мы знаем, что сохранение более низкого уровня управления веб-приложениями важно для некоторых.

Другие основные моменты включают:

• Query work across the iteration schedule with +/- @CurrentIteration
• Сокращение времени выпуска путем частичной загрузки артефактов

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

Code

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

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

Учет регистра переключает сервер с режима чувствительности к регистру по умолчанию, где "File.txt" и "file.txt" различаются, на режим, совместимый с Windows и macOS, где "File.txt" и "file.txt" считаются одним и тем же файлом. Этот параметр распространяется на файлы, папки, ветви и теги. Он также препятствует случайному созданию объектов, отличающихся только регистром. Принудительное применение регистра рекомендуется в случае, когда большинство участников работают в Windows или macOS.

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

Работа

Сосредоточьтесь на важных работах с помощью центра рабочих элементов

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

Центр Рабочих Элементов теперь включает 4 ориентированных на пользователя ориентира, которые позволяют сосредоточиться на том, что важно для вас, а также 3 вида, ориентированных на проекты, чтобы лучше понять работу вашего проекта.

• Назначенные мне - все рабочие элементы, назначенные мне в проекте, в порядке, в котором они были обновлены последний раз.
• Ниже приведены все рабочие элементы, которые вы отслеживаете
• Упомянутые - все рабочие элементы, в которых вас упомянули за последние 30 дней
• Моя активность — все рабочие элементы, которые вы недавно просматривали или обновили
• Последнее обновление — все рабочие элементы в проекте, которые были обновлены в последнее время
• Недавно завершено — все рабочие элементы в проекте, которые недавно завершены
• Недавно создано — все рабочие элементы, недавно созданные в проекте

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

Работа с запросами в рамках расписания итераций с использованием +/- @CurrentIteration

Макрос @CurrentIteration, помогающий вашей команде отслеживать работу согласно расписанию итераций, теперь поддерживает целочисленное смещение. Легко следить за работой, которая не была закрыта с @CurrentIteration - 1, или заранее планировать работу для будущих итераций с @CurrentIteration + 1. Дополнительные сведения см. в записи @CurrentIteration блога Microsoft DevOps. Эта функция получила приоритет на основе того, что в настоящее время она занимает 12-е место с 456 голосами.

Уточнение расписаний итерации запросов с помощью @CurrentIteration параметра Team

Если вы раньше использовали макрос @CurrentIteration в запросах, вы могли заметить, что результаты могут отличаться, если контекст команды меняется в Teams с различными графиками итераций. Теперь при создании или изменении запроса с @CurrentIteration помощью макроса вам потребуется также выбрать команду с расписанием итерации, соответствующим запросу. С помощью параметра Team можно использовать @CurrentIteration макрос в одном запросе, но в разных командах. Одним из примеров может быть запрос на рабочие элементы в двух разных командных проектах с использованием разных имен итерации и даже расписаний. Это означает, что больше не нужно обновлять запросы по мере изменения спринтов! Дополнительные сведения см. в записи @CurrentIteration блога Microsoft DevOps. Эта функция получила приоритет на основе предложения.

Сборка и релиз

Сохранение большего контроля над приложением путем развертывания проекта Azure DevOps на виртуальной машине

Проект Azure DevOps позволяет настроить полностью настроенный конвейер CI/CD всего за несколько шагов. Теперь, помимо работы с веб-приложениями Azure, вы также можете развертывать их на виртуальной машине Azure под управлением Windows, если вы предпочитаете. При начале работы с приложением ASP.NET или ASP.NET Core просто выберите параметр виртуальной машины .

Сокращение времени выпуска путем частичной загрузки артефактов

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

Улучшение качества кода с помощью последних расширений из SonarSource

SonarSource недавно выпустил обновленное расширение SonarQube и новое расширение SonarCloud, которое позволяет анализировать статический код для многочисленных языков. Задачи VSTS Gradle и Maven используют преимущества этих расширений для сборок Java, в частности. Просто включите Выполнить анализ SonarQube или SonarCloud для задачи Gradle или Maven версии 2.*, затем добавьте задачи Подготовка и Публикация SonarQube/SonarCloud, как показано ниже.

Отслеживайте источники GitHub до сборок, используя теги сборки

Сборки из GitHub или GitHub Enterprise уже привязаны к соответствующим фиксациям. Также важно иметь возможность отслеживать фиксацию в сборках, созданных им. Теперь это возможно, включив тег источника в VSTS. При выборе репозитория GitHub в определении сборки выберите типы сборок, которые следует пометить, а также формат тега.

Затем теги сборки отобразятся в репозитории GitHub или GitHub Enterprise.

Изолируйте конечные точки службы Azure Resource Manager для групп ресурсов

По умолчанию конечные точки службы Azure Resource Manager, которые автоматически настраиваются в VSTS, получают роль участника в подписке. Теперь у вас есть возможность создать конечную точку и ограничить область определённой в подписке группой ресурсов, что обеспечивает некоторую изоляцию, чтобы гарантировать, что конечная точка взаимодействует только с тем, с чем она должна. Выберите дополнительные параметры при появлении запроса на авторизацию подписки Azure.

Управление безопасностью, специфичной для сущности

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

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

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

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

Выборочное развертывание на основе артефакта, инициирующего выпуск

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

Подписки

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

В прошлом, если подписка Visual Studio была назначена на адрес электронной почты в Azure Active Directory (Azure AD), необходимо было добавить тот же адрес электронной почты в VSTS, чтобы быть идентифицированным как подписчик Visual Studio. Однако для подписок, назначенных учетной записи Майкрософт (MSA), можно добавить альтернативную учетную запись электронной почты Azure AD на портале My Visual Studio и использовать эту электронную почту Azure AD для доступа к VSTS.

Эта функция была расширена, чтобы разрешить подписчикам Visual Studio на основе AAD добавлять другую учетную запись электронной почты AAD на портале My Visual Studio . Это позволит вам использовать другую электронную почту в Azure Active Directory (AAD) в Visual Studio Team Services (VSTS), нежели ту, к которой привязана подписка.

Инструкции по добавлению альтернативной учетной записи в подписку можно найти в разделе часто задаваемых вопросов о My Visual Studio. См. публикацию «Подписки VS и связывание учетной записи VSTS с AzureAD» в блоге Microsoft DevOps для получения дополнительной информации.

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

Перейти к VSTS

Подписка на обновления

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

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

Спасибо,

Джейми Прохлад