サービス接続やエージェント プールと同様に、Azure Git リポジトリを YAML パイプラインの保護されたリソースとして扱えるようになりました。 リポジトリの共同作成者として、リポジトリの管理に役立つチェックとパイプラインのアクセス許可を追加できます。
詳細については、次の機能の説明を参照してください。
全般
Azure Boards
Azure Pipelines
Azure Artifacts
全般
PAT ライフサイクル管理 API の一般提供
個人用アクセス トークン (AT) ライフサイクル管理 API の一般提供についてお知らせします。 この豊富な API セットを使用すると、チームは、所有する PAT の管理を簡素化し、目的のスコープと期間で新しい個人用アクセス トークンを作成したり、既存のトークンを更新または期限切れにしたりするなどの新しい機能を提供できます。
以前は、AT (個人用アクセス トークン) を管理する主な方法は、UI を使用するか、プロジェクト コレクション管理者専用の限られた API セットを使用することです。 この新しい API により、ビルド パイプラインの設定や作業項目の操作など、組織が AT を含む自動化を設定できるようになります。
Azure Boards
配信プラン 2.0 に関するいくつかの問題を修正しました
配信プラン 2.0 は、昨年 10 月からパブリック プレビュー段階にあります。 Microsoft は、お客様からのフィードバックに基づいて対処し、問題に対処してきました。 このリリースには、これらの問題の修正プログラムが含まれています。 具体的には、一貫性のないズーム動作とスクロール バーのフリーズに対処しました。 カードは、スペースをよりよく利用するために、バックログの優先順位ではなく、日付によってプランに並べ替えられます。
Azure Pipelines
YAML パイプラインの保護されたリソースとしてのリポジトリ
Azure DevOps プロジェクトを整理して、多数のサブプロジェクトをホストできます。それぞれに独自の Azure DevOps Git リポジトリと 1 つ以上のパイプラインがあります。 この構造では、どのパイプラインがどのリポジトリにアクセスできるかを制御できます。 たとえば、同じプロジェクトに 2 つのリポジトリ A と B があり、これらのリポジトリを通常ビルドする 2 つのパイプライン X と Y があるとします。 パイプライン Y がリポジトリ A にアクセスできないようにすることができます。一般に、A の共同作成者は、アクセスを提供するパイプラインを制御する必要があります。
これは Azure Git リポジトリとパイプラインで部分的に可能でしたが、管理の経験はありませんでした。 この機能は、そのギャップに対処します。 Azure Git リポジトリは、サービス接続やエージェント プールと同様に、YAML パイプラインで 保護されたリソース として扱えるようになりました。
リポジトリ A の共同作成者として、リポジトリにチェックとパイプラインのアクセス許可を追加できます。 これを実行するには、プロジェクト設定に移動し、[リポジトリ]、次に自分のリポジトリを選択します。 "チェック" という新しいメニューが表示されます。このメニューでは、Azure 関数の形式で任意のインザボックス チェックまたはカスタム チェックを構成できます。
[セキュリティ] タブでは、リポジトリにアクセスできるパイプラインの一覧を管理できます。
YAML パイプラインがリポジトリを使用するたびに、Azure Pipelines インフラストラクチャは、すべてのチェックとアクセス許可が満たされていることを検証します。
注
これらのアクセス許可とチェックは、YAML パイプラインにのみ適用されます。 クラシック パイプラインでは、これらの新機能は認識されません。
Azure Artifacts
フィードのごみ箱を空にする機能を有効にする
この更新プログラムでは、ごみ箱を空にして、アイテム保持ポリシーの周期外の成果物を完全に削除できるようになりました。
次のステップ
注
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に向かい、見てみましょう。
フィードバックの提供方法
これらの機能についてご意見をお聞かせください。 ヘルプ メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。
よろしくお願いします。
ヴィジャイ・マクラジュ