この記事は自動翻訳されています。原文はこちらをご覧ください。
大きな CLI のまとめ記事は、重要なワークフロー改善と細かな修正がひとつの長い文章に混ざっていて、読むのが疲れることがあります。
なので短く言うと、最近の Azure Developer CLI の更新が重要なのは、azd が単なるデプロイ用ラッパーではなく、より良い inner loop ツール になり続けているからです。
そこが重要な変化です。
ツール管理が製品の一部になりつつあり、脇役ではなくなっている
私のお気に入りの追加の 1 つは、新しい azd tool コマンドです。
セットアップの摩擦を減らすものは何でも注目に値します。特に、動作する環境が SDK、CLI、Docker、Bicep、拡張機能の組み合わせに依存しているプロジェクトではそうです。
ツールがそれらの依存関係を直接見つけ、インストールし、確認し、更新するのを手伝えるなら、新規参入者が最初にぶつかりがちな厄介な失敗パターンをかなり減らせます。
これは本物の価値です。
azd exec も、名前以上に重要に見える
見た目には、azd exec はちょっとした便利機能に見えるかもしれません。
私はそうは思いません。
シークレット解決を含む azd の完全な環境コンテキストでコマンドを実行できるのは、ローカル自動化やスクリプトをずっときれいにしてくれる能力です。
これにより、追加の glue スクリプトが減り、環境間での実行の一貫性を保ちやすくなります。
これは実用的な勝利です。
より安全な provisioning とより良いキャンセル動作は、過小評価されている改善
このリリースには、provisioning の依存関係、キャンセル処理、デプロイの動作に関する変更も含まれています。派手ではないかもしれませんが、とても歓迎すべきものです。
対話的なキャンセルプロンプト、より良い依存関係モデリング、より明確なデプロイ状態は、実際の Azure リソースを扱うときに CLI を信頼できるものにする改善です。
そして、この手のツールでは信頼がとても大きな問題です。
私の見解
azd がセットアップ、スクリプト、デプロイの安全性、拡張機能サポートで良くなればなるほど、デプロイ直前だけ触るものではなく、日々のループに置いておけるものに感じられます。
それが正しい方向です。
Azure で cloud-native や AI 駆動のアプリを作るチームにとって、これは実際の開発中に最も重要な場所で CLI をより役立つものにしています。
