パイプライン エージェントの更新と Azure Boards プライベート プレビューの機会
この更新プログラムでは、パイプライン エージェント v3 のロールアウトと v2 更新プログラムの終了について説明します。 エージェント v3 でサポートされていないオペレーティング システムで実行されているパイプラインでは、エラーが発生します。
さらに、2 つの Azure Boards プライベート プレビューに参加する機会を広げることに興奮しています。
詳細については、リリース ノートを参照してください。
全般
Azure Boards
Azure Pipelines
Azure General
Azure DevOps でのサービス プリンシパルとマネージド ID のサポート (パブリック プレビュー)
Azure DevOps 組織に Azure Active Directory (Azure AD) サービス プリンシパルとマネージド ID を追加して、組織のリソースへのアクセスを許可できるようになりました。 多くのチームにとって、この機能は、自動化ツールを使用するアプリケーションを安全に認証する際に、個人用アクセス トークン (AT) の実行可能な代替手段となる可能性があります。
この機能の詳細については、devblog または Azure AD サービス プリンシパルとマネージド ID に関するページを参照してください。
Azure Boards
GitHub リポジトリを接続するための REST API のサポート (プライベート プレビュー)
Azure Boards-GitHub統合は、数年前から利用できます。 これにより、Boards の作業項目に対する GitHub コミット、プル要求、および問題間のリンクが可能になります。 ただし、現在の統合は 250 個の GitHub リポジトリをプロジェクトに接続するように制限されており、API のサポートはありません。
現在の実装の制限に達しており、250 を超える GitHub リポジトリをプロジェクトに追加したいお客様向けの限定プライベート プレビューをお知らせします。 プレビューでは、接続ごとに最大 2,000 個のリポジトリをリンクするための独自のツールを構築できる一連の新しい REST API にアクセスできます。
たとえば、次のエンドポイントが該当します。
- 現在の接続の一覧
- 接続されているリポジトリの一覧
- リポジトリの追加と削除
新しい API へのオンボードに役立つすべてのドキュメントとコード サンプルが提供されます。 プライベート プレビューへの参加に関心がある場合は、 直接メールでお問い合わせください。 必ずorganization名 (dev.azure.com/{organization}) を含めます。
レーンルール (プライベート プレビュー)
重要
重いボリュームのため、新しい要求を Priviate プレビューに取り込むのを停止しました。 この機能は、次のいくつかのスプリントで GA にリリースされる予定です。
レーン ルールはスタイル ルールに似ていますが、代わりにかんばんボードに条件を設定して、作業項目を特定のレーンに自動的に移動することができます。 たとえば、チームの各ユーザーにレーンを設定できます。 作業項目を割り当てると、そのレーンに配置されます。
この機能は、作業項目スペースの上位の投票項目の 1 つであり、最終的にお客様に提供することに興奮しています。
プライベート プレビューに追加する要求の数は限られています。これは、運用環境の準備ができていることを確認するのに役立ちます。 この機能への早期アクセスに関心がある場合は、 メールをお送りください。 organizationの名前 (dev.azure.com/{organization}) を含めてください。
Note
この機能は、 New Boards Hubs プレビューでのみ使用できます。
Azure Pipelines
Debian 9、Fedora 32、macOS 10.14 などのパイプライン エージェントのサポート終了
エージェント v3 のロールアウトが完了に近付いているので、エージェント v2 はライフサイクルの終わりに近づきます。
エージェントのバージョン 2.218 以降では、エージェント v3 でサポートされなくなったオペレーティング システムで実行されているパイプラインは、次のエラー メッセージで失敗します。
このオペレーティング システムは、今後パイプライン エージェントの更新プログラムの受信を停止します。 パイプラインを引き続き実行できるようにするには、オペレーティング システムをアップグレードするか、環境変数またはエージェント ノブ "AGENT_ACKNOWLEDGE_NO_UPDATES" を "true" に設定してください。 詳細については、「 https://aka.ms/azdo-pipeline-agent-v2-eos 」を参照してください。
パイプラインで上記のエラーに対処するには、次の 2 つのオプションがあります。
- 推奨されるオプションは、新しいオペレーティング システムを使用するマシンにエージェントを移動することです。 これは、エージェントに対する今後の更新プログラムを取得できるため、推奨されるオプションです。
- エージェントにAGENT_ACKNOWLEDGE_NO_UPDATES変数を設定します。
AGENT_ACKNOWLEDGE_NO_UPDATESの設定
パイプライン エージェント v2 が更新プログラムを受信しなくなったことに同意するには、エージェントで環境変数 (例: /etc/environment、/etc/profile.d、Windows システム設定) を構成できます。
AGENT_ACKNOWLEDGE_NO_UPDATES=true
YAML パイプラインからパイプライン変数を設定することもできます。
jobs:
- job: 'agentWithVariables'
displayName: 'Agent with variables'
variables:
AGENT_ACKNOWLEDGE_NO_UPDATES: 'true' # Required to not fail job on operating system that is not supported by .NET 6
クラシック パイプラインでパイプライン変数を設定する方法の例を次に示します。
設定する AGENT_ACKNOWLEDGE_NO_UPDATES=true 上記のいずれかの方法により、2.218 以降の 2.x エージェントは、エージェント v3 でサポートされていないオペレーティング システムで引き続き動作します。
リソース
次のステップ
Note
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に向かい、見てみましょう。
フィードバックの提供方法
これらの機能に関するご意見をお聞かせください。 ヘルプ メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。
よろしくお願いします。
Dan Hellem