Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Мы рады сообщить, что доступ Azure DevOps Basic теперь включен в GitHub Enterprise. Войдите, используя ваш Entra ID, для начала работы.
Мы также выпускаем несколько улучшений для интеграции Boards + GitHub.
Дополнительные сведения см. в заметках о выпуске.
General
- Сведения о профиле Microsoft Entra (предварительная версия)
- Базовый доступ, включенный в GitHub Enterprise
- Разрешенные IP-адреса Azure DevOps
Расширенная безопасность GitHub для Azure DevOps
- Включение одного щелчка для предварительной версии проверки зависимостей
- Ветки, удаленные из средства выбора ветвей для улучшенной безопасности
Azure Boards:
- Интеграция GitHub: связывание фиксации слияния
- Увеличение ограничения подключенных репозиториев GitHub
- Обновление о развертывании нового Boards Hub
Azure Pipelines (система конвейеров Azure)
- Конвейерные процессы на базе Ubuntu 24.04 будут отображать предупреждения в некоторых задачах
- Информационные процессы
Планы тестирования
General
Сведения о профиле Microsoft Entra (предварительная версия)
В прошлом осенью мы представили интеграцию сведений профиля Microsoft Entra в Azure DevOps, поэтому вам больше не нужно обновлять профиль отдельно. В течение следующих нескольких недель это станет опытом по умолчанию.
Предварительная версия будет доступна в течение месяца или двух, и после этого так будет работать информация профиля для пользователей Entra в Azure DevOps. Если вы хотите отказаться от предварительной версии, поделитесь отзывом, чтобы мы могли устранить любые проблемы во время предварительной версии.
Базовый доступ, включенный в GitHub Enterprise
Начиная с этой недели мы включаем права на использование Azure DevOps Basic с лицензиями GitHub Enterprise и автоматизацию взаимодействия с пользователями Azure DevOps.
Если вы используете GitHub Enterprise Cloud с Microsoft Entra, ваша учетная запись будет автоматически распознана в Azure DevOps. Уровень доступа будет установлен на "GitHub Enterprise", и вы не начислите дополнительные расходы в Azure DevOps Подробнее о доступе для пользователей GitHub Enterprise.
Изначально эта возможность ограничена пользователями GitHub Enterprise Cloud, но мы скоро добавим GitHub Enterprise Cloud с функцией размещения данных.
Разрешенные IP-адреса Azure DevOps
Мы рады объявить о значительных обновлениях в нашей сетевой инфраструктуре, направленной на повышение производительности и надежности нашей службы. Добавьте в список разрешений брандмауэра новые IP-адреса, как можно скорее, чтобы обеспечить непрерывную службу во время обновления инфраструктуры.
Диапазоны IPv4 :
- 150.171.22.0/24
- 150.171.23.0/24
- 150.171.73.0/24
- 150.171.74.0/24
- 150.171.75.0/24
- 150.171.76.0/24
Диапазоны IP-адресов версии 6 :
- 2620:1ec:50::/48
- 2620:1ec:51::/48
- 2603:1061:10::/48
Диапазоны IP-адресов ExpressRoute версии 4:
- 150.171.73.14/32
- 150.171.73.15/32
- 150.171.73.16/32
- 150.171.74.14/32
- 150.171.74.15/32
- 150.171.74.16/32
- 150.171.75.14/32
- 150.171.75.15/32
- 150.171.75.16/32
- 150.171.76.14/32
- 150.171.76.15/32
- 150.171.76.16/32
- 150.171.22.17/32
- 150.171.22.18/32
- 150.171.22.19/32
- 150.171.23.17/32
- 150.171.23.18/32
- 150.171.23.19/32
Диапазоны IP-адресов ExpressRoute V6:
- 2603:1061:10::14/128
- 2603:1061:10::15/128
- 2603:1061:10::16/128
- 2603:1061:10:1::14/128
- 2603:1061:10:1::15/128
- 2603:1061:10:1::16/128
- 2603:1061:10:2::14/128
- 2603:1061:10:2::15/128
- 2603:1061:10:2::16/128
- 2603:1061:10:3::14/128
- 2603:1061:10:3::15/128
- 2603:1061:10:3::16/128
- 2620:1ec:50::17/128
- 2620:1ec:50::18/128
- 2620:1ec:50::19/128
- 2620:1ec:51::17/128
- 2620:1ec:51::18/128
- 2620:1ec:51::19/128
Обратите внимание, что эти новые диапазоны IP-адресов ExpressRoute будут добавлены в сообщество BGP 'Azure Global Services' ExpressRoute в марте. Дополнительные сведения см. в нашем блоге об обновлении разрешенных IP-адресов Azure DevOps.
Расширенная безопасность GitHub для Azure DevOps
Включение одного щелчка для предварительной версии проверки зависимостей
В параметрах репозитория теперь можно включить задачу проверки зависимостей расширенной безопасности, не изменив определение конвейера.
Выбрав "Сканировать ветвь по умолчанию на уязвимые зависимости", задача по проверке зависимостей будет автоматически выполняться в любом конвейере, использующем ветвь по умолчанию, или в pull requests, предназначенных для этой ветви, если задача еще не присутствует в вашем конвейере. Если задача уже присутствует в конвейере, она не будет выполняться снова.
Чтобы принять участие в предварительной версии, отправьте нам сообщение электронной почты!
Удаленные ветки удалены из средства выбора веток в разделе расширенной безопасности
В GitHub Advanced Security инструмент выбора ветвей на уровне репозитория показывал все ветви вашего репозитория, как только в них обнаруживались оповещения системы безопасности, даже если эти ветви были позднее удалены.
Теперь все удаленные ветви будут соответствующим образом удалены из средства выбора ветвей функции "Расширенная безопасность", и все связанные оповещения больше не будут доступны.
Azure Boards
Интеграция GitHub: связывание коммита слияния
Теперь мы автоматически связываем коммит слияния с соответствующим рабочим элементом при завершении pull request.
Увеличение ограничения подключенных репозиториев GitHub
За последние несколько месяцев мы улучшили взаимодействие с пользователем и масштабируемость подключения репозиториев GitHub к проекту Azure DevOps. В этом спринте мы повышаем максимальный предел с 500 до 1000 репозиториев, что дает вам еще большую емкость для управления проектами.
Обновление по развертыванию нового Boards Hub
К началу марта New Boards Hub станет интерфейсом по умолчанию для всех организаций, использующих службу Azure DevOps. Это означает, что каждый пользователь уже как минимум попробовал Новые доски, и наша телеметрия показывает, что около 98% пользователей продолжают использовать их. Так как мы стремимся поддерживать одну версию продукта, наш следующий шаг заключается в том, чтобы отключить возможность вернуться к старым доскам.
Для некоторых организаций это изменение уже реализовано. Для других мы планируем начать его развертывание в марте и завершить процесс для всех организаций к концу мая. Как всегда, если вы столкнулись с проблемами, сообщите об этом через сообщество разработчиков.
Azure Pipelines (система конвейеров Azure)
Потоки на базе Ubuntu 24.04 будут отображать предупреждения для некоторых задач.
Образ Ubuntu 24.04 Pipelines был в режиме предварительного просмотра с октября прошлого года. Мы планируем обновить изображение ubuntu-latest для сопоставления с ubuntu-24.04 в марте.
Некоторые средства больше не доступны на образе Ubuntu 24.04:
| Задача или инструмент | Description |
|---|---|
MSBuild@1 |
Задача не работает, так как Mono и MSBuild недоступны для Ubuntu 24. Используйте родной .NET в Ubuntu вместо этого. |
NuGetCommand@2 |
Задача имеет ограниченные функциональные возможности, так как Mono и NuGet недоступны для Ubuntu 24, см. инструкции по миграции в .NET CLI в Ubuntu. |
| Terraform | Terraform недоступен на изображении ubuntu-24.04. Вы можете использовать расширение Terraform и задачуTerraformInstaller@1, чтобы сделать Terraform доступным в вашем конвейере. |
Дополнительные сведения о различиях программного обеспечения в образе Ubuntu 22.02 см. в разделе Образ Ubuntu-24.04.
При подготовке сопоставления ubuntu-latest и ubuntu-24.04конвейеры, использующие эти метки изображений, будут отображать предупреждения в течение ближайших недель.
Информационные пробеги
Информационные отчеты сообщают, что Azure Pipelines не удалось определить, следует ли запускать производственный процесс или нет, так как не удалось обработать YAML-файл процесса. Примерами таких сбоев являются сбои получения исходного кода YAML или ошибок в нем.
С помощью этого спринта мы добавим поддержку информационных запусков для конвейеров, размещенных в Azure Repos. Ниже приведен пример.
Ошибка в процессе выполнения конвейера указывает на то, что файл YAML некорректен, что мешает Azure Pipelines оценивать условия триггера.
Планы тестирования
Отмена тестового шага в веб- и настольных исполнителях
Управляйте выполнением тестового случая с помощью новой опции "Отменить". Вы можете легко вернуть состояния тестового шага с помощью простого двойного щелчка, что обеспечивает большую гибкость и контроль во время тестовых запусков. Теперь нет необходимости перезапускать тестовые случаи для устранения случайных щелчков—просто отменяйте действие и продолжайте рабочий процесс без прерываний.
Мы также внедряем улучшения навигации с клавиатурой и специальных возможностей, чтобы обеспечить работу этой функции без проблем для всех пользователей, включая тех, кто полагается на вспомогательные технологии. Это улучшение помогает сэкономить время, уменьшить разочарование и сосредоточиться на эффективном выполнении тестов. Попробуйте и сообщите нам по электронной почте , что вы думаете!
Дальнейшие шаги
Замечание
Эти функции будут развернуты в течение следующих двух-трех недель.
Перейдите к Azure DevOps и посмотрите.
Как предоставить отзыв
Мы хотели бы услышать то, что вы думаете об этих функциях. Используйте меню справки, чтобы сообщить о проблеме или указать предложение.
Вы также можете получить советы и ответы на ваши вопросы от сообщества на Stack Overflow.
Спасибо,
Дэн Хеллем