Azure DevOps ロードマップ
| 開発者コミュニティ | DevOps の新機能 | に関するブログ ドキュメント | |
製品ロードマップ
この機能の一覧は、ロードマップの一覧です。 これは、現在取り組んでいる重要な機能の一部と、それらが表示されるのを期待できる期間を示しています。 これは包括的ではありませんが、主要な投資をある程度可視化することを目的としています。 上部には、大規模な複数四半期の取り組みと、それらが分類する機能の一覧があります。 さらに下には、計画されている重要な機能の完全な一覧が表示されます。
各機能は、特定のアイテムの詳細を確認できる記事にリンクされています。 これらの機能と日付は現在のプランであり、変更される可能性があります。 [期間] 列には、この機能が Azure DevOps Services で使用できるようになると予想される場合が反映されます。サーバー列は、機能が Azure DevOps Server に出荷されると予想される場合に反映されます。
イニシアティブ
Azure DevOps 用の GitHub Advanced Security
Azure DevOps 用の GitHub Advanced Security (GHAS) が一般公開されました。 プロジェクト コレクション管理者は、Project 設定 または Organization 設定から、組織、プロジェクト、リポジトリに対して Advanced Security を有効にできるようになりました。 Azure DevOps の GitHub Advanced Security を構成する方法の詳細については、ドキュメントを 参照してください。
今後の半期に提供される予定の新機能は次のとおりです。
GHAS-for-GitHub と同様に、SARIF 形式に準拠して結果を生成するサードパーティ製のオープンソースまたは商用セキュリティ分析パイプライン タスクでは、これらの結果を Advanced Security Code Scanning アラート ハブに表示できます。 これにより、Azure DevOps にネイティブに組み込まれた 1 つのウィンドウが提供され、すべての分析ツールからリポジトリ コードのセキュリティ アラートが表示されます。
カスタム CodeQL クエリのサポート。
より多くの種類のシークレットの検出とブロック。
資格情報の盗難に関連するリスクを最小限に抑える
Azure DevOps では、基本認証、個人用アクセス トークン (AT)、SSH、Microsoft Entra ID (旧称 Azure Active Directory) アクセス トークンなど、さまざまな認証メカニズムがサポートされています。 これらのメカニズムは、特に資格情報の盗難の可能性に関しては、セキュリティの観点から均等に作成されるわけではありません。 たとえば、AT のような意図しない資格情報の漏洩により、悪意のあるアクターは、ソース コードなどの重要な資産にアクセスしたり、サプライ チェーン攻撃に向けてピボットしたり、運用インフラストラクチャの侵害に向けてピボットしたりする可能性がある Azure DevOps 組織に侵入できます。 資格情報の盗難のリスクを最小限に抑えるために、次の領域の次の四半期に取り組みます。
管理者がコントロール プレーン ポリシーを使用して認証のセキュリティを強化できるようにします。
より安全な代替手段のサポートを追加することで、AT やその他の盗み取り可能なシークレットの必要性を減らします。
さまざまなセキュリティ機能をより適切にサポートするために、Azure DevOps と Microsoft Entra ID の統合を深めます。
運用シークレットを Azure Pipelines サービス接続に格納する必要がなくなります。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| PAT ライフサイクル API | 全般 |  2022 年第 4 四半期 |
該当なし |
| 個人用アクセス トークンのコントロール プレーン (PAT) | 全般 | 2022 年第 4 四半期 |
2022.1 |
| マネージド ID とサービス プリンシパルのサポート (プレビュー) | 全般 | 2023 年第 1 四半期 |
該当なし |
| Azure デプロイのワークロード ID フェデレーション (プレビュー) | Pipelines | 2023 年第 3 四半期 |
該当なし |
| Azure Active Directory OAuth の詳細なスコープ | 全般 | 2023 年第 3 四半期 |
該当なし |
| マネージド ID とサービス プリンシパルのサポート (GA) | 全般 | 2023 年第 3 四半期 |
該当なし |
| Azure サービス接続 (GA) のワークロード ID フェデレーション | Pipelines | 2024 年第 1 四半期 | 該当なし |
| Docker サービス接続のワークロード ID フェデレーション | Pipelines | 2024 H1 | 該当なし |
| 条件付きアクセス ポリシーの完全な Web サポート | 全般 | 2024 年第 1 四半期 | 該当なし |
| 認証方法を無効にするポリシー | 全般 | 将来 | 該当なし |
更新された Boards エクスペリエンス
Azure Boards のユーザー エクスペリエンスが一から更新されました。 機能はメイン同じですが、よりモダンなデザイン、応答性の高いリフロー、パフォーマンスの向上、アクセシビリティの向上が期待できます。 この四半期では、すべての組織の既定のエクスペリエンスとして新しい Boards Hub をロールアウトします。
ボードに出荷されるほとんどの新機能は、新しい Boards Hub でのみ利用できます。 これらの投資には次のものが含まれます。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| 位置に移動 | Boards | 2022 年第 2 四半期 |
将来 |
| カードの子アイテムに Assigned To アバターを追加する | Boards | 2022 年第 2 四半期 |
将来 |
| 列に移動し、スイムレーンに移動 | Boards | 2022 年第 1 四半期 |
将来 |
| 作業項目の履歴にフィルターを適用する | Boards | 2022 年第 3 四半期 |
将来 |
| 作業項目の添付ファイルの URL をコピーする | Boards | 2022 年第 4 四半期 |
将来 |
| フィルターが適用されたときにバックログ階層を維持する | Boards | 2022 年第 4 四半期 |
将来 |
| Web UI からリンクの種類を変更する機能 | Boards | 2022 年第 4 四半期 |
将来 |
| かんばんボード上のスイムレーンの色 | Boards | 2023 年第 1 四半期 |
将来 |
| かんばんボードのスイムレーン ルール | Boards | 2023 年第 2 四半期 |
将来 |
| 作業項目コメントのマークダウン エディター (プレビュー) | Boards | 2023 年第 2 四半期 |
将来 |
| 自動化されたチーム作業項目ルール | Boards | 2024 年第 1 四半期 |
将来 |
| すべての組織で新しい Boards Hub が既定でオンになっている | Boards | 2024 年第 2 四半期 | 将来 |
ボードの改善 + GitHub 統合
既存の Azure Boards と GitHub の統合は、ここ数年にわたって実施されています。 統合は優れた出発点ですが、お客様が慣れ親しんだレベルの追跡可能性は提供されません。 お客様からのフィードバックに基づき、この統合を強化するための一連の投資を組み合わせています。 私たちの目標は、GitHub リポジトリを使用することを選択した Azure Boards のお客様が、Azure DevOps にリポジトリを持つことと同等のレベルの追跡可能性をメインできるようにすることです。
これらの投資には次のものが含まれます。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| AB#{ID} 検証の改善 | Boards | 2023 年第 4 四半期 |
将来 |
| 作業項目からの GitHub コミットまたはプル要求へのリンクを追加する (プレビュー) | Boards | 2024 年第 1 四半期 |
将来 |
| GitHub pull request (プレビュー) の詳細を表示する | Boards | 2024 年第 1 四半期 |
将来 |
| 作業項目から GitHub リポジトリにブランチを作成する | Boards | 2024 年第 2 四半期 | 将来 |
| GitHub の検索とリンク時のスケーラビリティの向上 Azure DevOps プロジェクトへのリポジトリ |
Boards | 2024 年第 2 四半期 | 将来 |
Pipelines エージェントノードのライフサイクル
Azure Pipelines タスクは Node または PowerShell で作成でき、Azure Pipelines エージェントの対応するランナーを使用します。 ノードには定期的な リリース周期があり、ノード 16 は LTS であり、Node 18 は 2022 年 10 月時点の現在のバージョンです。 Node タスク ランナーの元の設計では、Node バージョンのアップグレードはタスク作成者にとって簡単ではなく、その結果、最新の Node リリースに対応していません。 この点に関するお客様からのフィードバックを受け、Azure Pipelines エージェントがインストール済みの Node バージョンを Node リリース周期とサポート ライフサイクルと同期し、タスクおよびパイプライン作成者への影響を最小限に抑えるために、さまざまな変更を加えています。
最初の手順として、エージェント用の新しい Node 16 タスク ランナー を最近リリースしました。 今後数か月間、タスク作成者がノードの更新に対応できるように、改善されたガイダンスを提供する予定です。 Marketplace 内のすべてのタスクが最新バージョンの Node で実行されるように継続的に更新されるわけではないため、パイプライン作成者はアップグレードされていないタスクを引き続き使用する機能も提供します。 これらの機能をすべて利用できるようになったら、Microsoft がホストするエージェントとセルフホステッド エージェント イメージから、有効期間の終了バージョンの Node を削除します。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| パイプライン エージェントのノード 16 タスク ランナー | Pipelines | 2022 年第 3 四半期 |
2022.1 |
| タスクは複数のノード ランナーとの互換性を表現できます | Pipelines | 2022 年第 3 四半期 |
2022.1 |
| すべてのインザボックス タスクは Node 16 で実行されます | Pipelines | 2023 年第 4 四半期 |
将来 |
| ターゲット バージョンが使用できない場合は、次に使用可能なノード バージョンでタスクを実行する機能 | Pipelines | 2023 年第 4 四半期 |
2022.1 |
| Microsoft でホストされているプールからのノード 6 と 10 の削除 | Pipelines | 将来 | 将来 |
| セルフホステッド エージェントに古いランナーをダウンロードしてインストールする機能 | Pipelines | 2023 年第 4 四半期 |
2022.1 |
| エージェントを使用して Node 6 と Node 10 ランナーの発送を停止する | Pipelines | 将来 | 将来 |
| すべてのバージョンを持つエージェントに加えて、Node 16+ のみのエージェントを出荷する | Pipelines | 2024 年第 1 四半期 | 将来 |
YAML とリリース パイプラインの機能パリティ
お客様は、ビルド用のクラシック (CI) よりも YAML パイプラインを優先します。 ただし、リリース (CD) の場合、多くのお客様は YAML 経由で従来のリリース管理パイプラインを使用し続けています。 この主な理由は、2 つのソリューション間のさまざまな CD 機能にパリティがないことが原因です。 次の 1 年間に、これらのギャップを埋めるために投資します。
最初のステップとして、チェックに焦点を当てます。 チェックは、ビルドの昇格をあるステージから別のステージにゲートするための YAML パイプラインの主要なメカニズムです。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| チェックの監査 | Pipelines | 2022 年第 4 四半期 |
将来 |
| チェックのカスタム変数 | Pipelines | 2023 年第 1 四半期 |
将来 |
| スケーラビリティを確認する | Pipelines | 2023 年第 2 四半期 |
将来 |
| 承認とチェックをバイパスする | Pipelines | 2023 年第 4 四半期 |
将来 |
| 承認とその他のチェックのシーケンス処理 | Pipelines | 2024 年第 1 四半期 | 将来 |
| 遅延承認 | Pipelines | 2024 年第 1 四半期 | 将来 |
| チェックでのサービス接続 | Pipelines | 将来 | 将来 |
| 機能拡張を確認する | Pipelines | 将来 | 将来 |
次に、デプロイ機能に焦点を当てて、クラシック リリース パイプラインと同様のデプロイ戦略を YAML パイプラインで実現できるようにします。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| ステージの手動キュー | Pipelines | 2024 年第 1 四半期 | 将来 |
| 単一ステージを再実行する | Pipelines | 2024 年第 1 四半期 | 将来 |
| ステージ レベルのコンカレンシー | Pipelines | 2024 年第 1 四半期 | 将来 |
| ステージ レベルの追跡可能性 | Pipelines | 2024 年第 1 四半期 | 将来 |
合理化されたダッシュボード エクスペリエンス
Azure DevOps では、作成とメインテナントの両方でユーザー フローを簡素化することに重点を置いて、ダッシュボードエクスペリエンスが強化されています。 ワークフローを改善するためのアプローチを微調整しています。 Microsoft の目的は、オンボーディング プロセスを合理化し、ユーザーがダッシュボードをすばやく設定し、手間をかけずに作業を開始できるようにすることです。 ダッシュボードの分析情報を使用して生産性を高め、意思決定を強化するために、次の機能を提供する予定です。
| 機能 | 面グラフ | サービス | [サーバー] |
|---|---|---|---|
| 作業項目グラフのフィルター処理 | 報告 | 2023 年第 4 四半期 |
将来 |
| 新しいダッシュボード ディレクトリ エクスペリエンス | 報告 | 2023 年第 4 四半期 |
将来 |
| ダッシュボードのグローバル パラメーター | 報告 | 2024 H1 | 将来 |
| ダッシュボード テンプレート | 報告 | 2024 H1 | 将来 |
すべての機能
フィードバックの提供方法
これらの機能に関するご意見をお聞かせください。 開発者コミュニティを通じて問題を報告したり、機能を 提案したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。