Share via


Azure Developer CLI 機能のバージョン管理とリリース戦略

Azure Developer CLI (azd) の機能は、段階的なアプローチを使用して導入されサポートされています。 機能はアルファ段階から始まり、さまざまな基準を満たした後にベータ版に進み、安定版になります。 この記事では、各フェーズの定義、期待、および先に進むための要件について説明します。 azd でサポートされている各機能/コマンドとその現在の段階の完全な一覧は、GitHub で確認できます

アルファ版の機能

すべての機能は、アルファ版の機能として始まります (実験的機能など)。 このフェーズでは、機能の設計、ファンクショナリティ (機能)、ユーザー エクスペリエンスに関する意味のあるフィードバックを得るために十分な使用状況を受け取ることを目標としています。 アルファ版の機能は、azd config コマンドを使用して有効にして管理できます。

重要

アルファ版の機能は、安定版に至る今後のリリースで非対応の変更が発生する可能性が小さいため、ビジネスクリティカルでないシナリオでのみ注意して使用することが推奨されます。

定義

  • これらの機能は、開発が進行中です。
  • 機能は機能フラグの背後に隠れているため、関心のあるユーザーは明示的にオプトインする必要があります。
  • 実験的機能の長期的な安定性やサポートに関する保証はありません。
  • この機能に関しては、製品チームがプレビュー版段階または安定版段階に進むことを計画しているというコミットメントはありません (あくまでも実験です)。

アルファ版の機能をオプトインする方法

  1. 使用可能な実験的機能を一覧表示するには、次のコマンドを実行します。

    azd config list-alpha
    
  2. リソース グループ スコープでインフラストラクチャのデプロイをサポートするための resourceGroupDeployments など、特定の試験的な機能を有効にするには、次を実行します。

    azd config set alpha.resourceGroupDeployments on
    
  3. resourceGroupDeployments 機能を無効にするには、次を実行します。

    azd config set alpha.resourceGroupDeployments off
    

    詳細については、azure-dev GitHub リポジトリを参照してください。

前進基準 (ベータ版に進む方法)

  • 機能が適切に仕様化され、製品チームによって承認されている。
  • 製品チームが、この機能を次のフェーズに進めることを正式に承認した。
  • 機能が文書化されており、製品でヘルプ テキストを使用できる。
  • 十分なユーザー フィードバックを介して UX が成功したことを確認できる。

ベータ版の機能

このフェーズの目的は、機能のエクスペリエンスを向上させ、概念実証の先に進むことです。

重要

ベータ版の機能は、安定版に至る今後のリリースで非対応の変更が発生する可能性が小さいため、ビジネスクリティカルでないシナリオでのみ注意して使用することが推奨されます。

定義

  • アルファ版の機能とは異なり、ユーザーはベータ版の機能を使用するために明示的なアクションを実行する必要はありません。
  • ベータ版の機能の場合は、ファンクショナリティ (機能) が成熟するにつれて、顧客からのフィードバックに基づいて更新が行われるので、リリースを重ねるごとに破壊的な変更箇所の数は減少していきます。
  • 破壊的な変更箇所は、これらの破壊的な変更に対応する方法に関する説明と共に文書化されます。
  • ベータ版のコマンドは、azd 製品ヘルプでは、そのように (つまりベータ版として) 示されます。

前進基準 (安定版に進む方法)

  • 製品チームが、次のフェーズへの機能の前進について正式にレビューし、承認した。
  • 機能が完成していて安定している。
  • 機能が完全に手動でテストされており、回帰やバグを把握するのに十分な単体テストと統合テストがある。
  • バグが残っていたとしてもユーザーにとって許容範囲内であり、ブロック的でない (UX の改善など)。
  • 製品チームが、十分なユーザー フィードバックを通じて UX が成功したことを示す印を受け取った。
  • 製品チームが、この機能がエンドツーエンドの UX に真に価値を追加していると考えている。

安定版の機能

定義

  • 製品チームは、これらの機能を支持します。
  • これらの領域では破壊的な変更は実施されない見込みです。
  • 製品チームは、破壊的な変更があったとしても影響を最小限に抑える方法でロールアウトされるようにします。
  • ビジネスクリティカルなシナリオで使用します。

サポートを要求します

バグ報告、支援要請、または Azure Developer CLI の新機能の提案を行う方法については、トラブルシューティングとサポートのページを参照してください。