· · 3 минут чтения

Обновления Azure Developer CLI (azd) за апрель 2026

В апреле 2026 года azd выпустил пять релизов. Главная новость — поддержка хуков на нескольких языках: Python, JavaScript, TypeScript и .NET, а также публичная предварительная версия azd update, предварительная проверка квоты ИИ и многое другое.

.NET Azure Developer CLI DevOps Cloud
Эта статья также доступна на:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, हिन्दी, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

Этот пост был переведён автоматически. Для оригинальной версии нажмите здесь.

Azure Developer CLI (azd) выпустил пять релизов в апреле 2026 года (с 1.23.14 по 1.24.2). Главная тема — хуки, которые теперь работают на Python, JavaScript, TypeScript и .NET, а не только на Bash и PowerShell.

Многоязычные хуки в azure.yaml

Хуки теперь могут указывать на файлы .py, .js, .ts или .cs в дополнение к shell-скриптам. Для каждого языка выполняется автоматическое разрешение зависимостей:

  • Python — обнаруживает requirements.txt или pyproject.toml, создаёт virtualenv и устанавливает зависимости перед запуском. Имя окружения настраивается через virtualEnvName.
  • JavaScript / TypeScript — обнаруживает package.json и автоматически запускает npm install. TypeScript выполняется через npx tsx без шага компиляции. Менеджер пакетов выбирается в блоке конфигурации packageManager.
  • .NET — запускает файлы .cs с помощью dotnet run. Однофайловые скрипты поддерживаются на .NET 10+. Целевой фреймворк настраивается через блок configuration/framework.

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

azd update переходит в публичную предварительную версию

azd update теперь доступен в публичной предварительной версии на всех платформах. Одна команда обновляет azd независимо от способа его первоначальной установки — больше не нужно отслеживать пути Homebrew, WinGet или MSI по отдельности.

Неинтерактивный режим через AZD_NON_INTERACTIVE

Установка AZD_NON_INTERACTIVE=true (или использование --non-interactive / --no-prompt) теперь вызывает последовательные, детерминированные ошибки в пайплайнах CI/CD, когда необходимый ввод не может быть разрешён автоматически. Ранее поведение было непоследовательным для разных команд.

Предварительная проверка квоты моделей ИИ

azd provision проверяет квоту Azure Cognitive Services перед попыткой выделить ресурсы моделей ИИ. Развёртывания, которые завершились бы ошибкой из-за превышения лимитов квоты, теперь показывают ошибку в начале процесса, а не в середине провизионинга.

«Исправить эту ошибку» в устранении неполадок Copilot

Интеграция устранения неполадок Copilot в azd получает возможность напрямую применять предложенное исправление — не только описывать его. Когда агент выявляет исправимую проблему, он может внести изменение на месте.

Пользовательские провайдеры провизионинга и резолвер секретов Key Vault

Авторы расширений теперь могут регистрировать альтернативные инфраструктурные бэкенды с помощью WithProvisioningProvider(). Кроме того, azd автоматически разрешает ссылки @Microsoft.KeyVault(...) перед передачей конфигурации расширениям, устраняя необходимость ручного разрешения секретов в пользовательских провайдерах.

Исключения для шаблонов и режима наблюдения

Два новых файла ignore обеспечивают более точный контроль над обработкой файлов:

  • .azdignore — исключает файлы только для контрибьюторов (документация, конфигурации CI) из копий шаблонов, чтобы конечные пользователи получали чистый каркас проекта.
  • .azdxignore — исключает директории из триггера пересборок во время azd x watch, снижая шум при итеративной разработке.

Предварительная проверка зарезервированных имён и опция docker.network

azd теперь предупреждает, когда прогнозируемые имена ресурсов будут содержать зарезервированные слова Azure (MICROSOFT, WINDOWS или префикс LOGIN), до начала провизионинга. Новая опция docker.network передаёт --network в docker build, что полезно в корпоративных прокси-средах, требующих определённой сети Docker.

Исправления безопасности

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


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

Поделиться:
Просмотреть исходный код этой статьи на GitHub ↗
← Совмещение версионирования API с OpenAPI в .NET 10
Azure Data Studio прекратил работу: перенесите рабочий процесс Azure SQL в VS Code →