Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Улучшения в Azure Repos в этом спринте повышают видимость PR и удаляют ключевые ограничения масштабирования. Внешние значки теперь уточняют проверки состояния сторонних производителей, неразрешенные комментарии отображаются непосредственно в списках PR, а удаление ограничения объектов Git обеспечивает неограниченный рост репозитория для крупномасштабной разработки.
Дополнительные сведения см. в заметках о выпуске.
General
Расширенная безопасность GitHub для Azure DevOps
Azure Boards
- Улучшенные варианты копирования рабочих элементов
- Повышенная безопасность для интеграции GitHub REST API
Azure Pipelines (система конвейеров Azure)
Azure Repos
- Улучшения проверки состояния пулл-реквеста
- Показ неразрешенных комментариев в списке pull request'ов
- Ограничение количества объектов Git удалено
Планы тестирования Azure
General
Последняя версия средства миграции данных Azure DevOps
Последняя версия средства миграции данных Azure DevOps теперь доступна для пользователей, которым требуется перенести Azure DevOps Server версию, выпущенную в конце 2025 года на службы Azure DevOps.
Вы можете загрузить последнюю версию средства миграции данных Azure DevOps и проверить руководство по миграции.
Расширенная безопасность GitHub для Azure DevOps
Удаленные и отключенные репозитории больше не отображаются в обзоре безопасности
Обзор безопасности теперь скрывает репозитории, которые были удалены или отключены advanced Security, поэтому представления риска и покрытия отображают только репозитории, которые на самом деле сканируются. Это очищает устаревшие записи, которые переносились из предыдущего состояния включения, и итоговые данные в обзоре безопасности отражают ваше текущее влияние.
Azure Boards
Улучшенные варианты выбора рабочих элементов для копирования
Мы улучшили опыт использования функции копирования рабочих элементов, разделив родительские и дочерние ссылки. Вместо копирования всех родительских и дочерних ссылок вместе с параметром "Включить существующие ссылки ", теперь можно скопировать только родительские ссылки, только дочерние ссылки или оба.
Это обеспечивает большую гибкость и упрощает работу в случаях, когда вы хотите скопировать рабочий элемент и сохранить его связь с тем же родительским элементом, не копируя все дочерние ссылки.
Расширенная безопасность для интерфейсов REST API интеграции с GitHub
Мы обновили интерфейсы REST API интеграции GitHub для использования маркеров GitHub Приложений OAuth вместо классических маркеров OAuth для проверки подлинности пользователей. В качестве улучшения безопасности пользователям будет предложено повторно пройти проверку подлинности по указанному URL-адресу при первом взаимодействии с GitHub подключениями после этого изменения.
После завершения этого одноразового шага все взаимодействия API будут продолжаться как обычно. Это обновление позволяет автоматически обновлять маркеры, уменьшать перерывы и устранять необходимость повторной проверки подлинности вручную.
Azure Pipelines (система конвейеров Azure)
Windows агент ARM64 доступен в общедоступной предварительной версии
Windows агент ARM64 теперь доступен в общедоступной предварительной версии для Windows 11. Это добавляет поддержку Windows ARM64 для локальных агентов Azure Pipelines, что обеспечивает возможность запускать конвейеры на компьютерах под управлением Windows на базе ARM64.
Дополнительные сведения см. в документации Windows локального агента.
Azure Repos
Улучшения проверки статуса pull request
Мы добавили новый значок External для проверки статусов в pull request, чтобы помочь вам различать пользовательские политики статусов сторонних производителей и встроенные политики ветвей в Azure DevOps. Ранее внешние политики выглядели идентичными стандартным политикам, таким как сборки или обязательные рецензенты, что часто вызывало путаницу при блокировке pull request.
С этим обновлением внешние политики статуса теперь четко обозначены в системе проверки, и при наведении курсора на значок можно получить дополнительные сведения о владельце политики и о том, что это управляется вне стандартных политик веток. Это помогает авторам и рецензентам быстро понять, почему пулл-реквест заблокирован, и быстрее разрешить проблемы.
Показать неразрешенные комментарии в списке pull-запросов
Теперь мы выделяем pull-запросы, содержащие неразрешенные потоки комментариев, в представлении списка pull-запросов.
Это дает авторам и рецензентам возможность быстро понять, требуется ли запрос на вытягивание еще внимания, прежде чем его можно будет завершить или объединить. Вместо открытия каждого pull-запроса для проверки состояния обсуждения можно сразу увидеть, есть ли незавершенные комментарии, которые по-прежнему необходимо устранить.
Индикатор неразрешенного комментария отображает количество неразрешенных потоков вместе с общим количеством потоков комментариев (например, 1/3), что упрощает анализ хода выполнения.
Ограничение количества объектов Git удалено
Жесткое ограничение на количество объектов Git в репозитории было удалено. Ранее репозитории были ограничены 100 миллионами объектов, что может быть ограничением для очень больших и активных баз кода. Благодаря этому изменению репозитории могут расти без потолка количества объектов, повышая масштабируемость и долголетие.
Это особенно выгодно для долго существующих, крупных монорепозиториев с обширной историей, огромным количеством контрибьюторов и непрерывным развитием в крупных масштабах.
Планы тестирования Azure
Запись фактических результатов по шагам в ручных тестах в публичной предварительной версии.
Эта функция была одним из лучших запросов от сообщества, и мы рады сделать его доступным.
Теперь можно записать Актуальный результат для каждого шага во время выполнения теста вручную в Azure Test Plans. Это фиксирует фактический результат каждого шага наряду с Pass/Fail, предоставляя структурированные доказательства того, что произошло во время выполнения, полезно для аудита, трижа и отчетов о дефектах.
Эта функция настраивается для каждого тестового плана с тремя режимами:
- Отключено (по умолчанию): поле скрыто и неактивно.
- Включено — необязательно: поле появляется; ввод не обязателен.
- Включено— обязательно: тестировщики должны ввести фактический результат для каждого шага, имеющего определенный ожидаемый результат, прежде чем они смогут продолжить.
Дополнительные сведения см. в документации по фактическим результатам.
Эта функция доступна в общедоступной предварительной версии , и входные данные важны. Поделитесь своими возможностями, предложениями и любыми проблемами, которые могут возникнуть. Вы можете отправить отзыв непосредственно через Azure DevOps Сообщество разработчиков или отправить нам сообщение по адресу azdo-testplans-uxr @ microsoft.com (удалите пробелы).
Дальнейшие действия
Note
Эти функции будут развернуты в течение следующих двух-трех недель. Перейдите к Azure DevOps и посмотрите.
Как предоставить отзыв
Мы хотели бы услышать то, что вы думаете об этих функциях. Используйте меню справки, чтобы сообщить о проблеме или указать предложение.
Вы также можете получить советы и ответы на ваши вопросы от сообщества на Stack Overflow.