Azure Artifacts - Sprint 170 Update

Features

無効なアップストリーム ソースの通知

フィードのアップストリーム ソースの 1 つ以上が機能していない場合、Azure Artifacts Web インターフェイスから通知されるようになりました。 アップストリーム ソースを使用すると、フィード (フィード A) を別のフィード (フィード B) にポイントし、フィード A のコンシューマーが直接接続しなくてもフィード B からパッケージにアクセスできます。 アップストリーム ソースの詳細については、Azure Artifacts の ドキュメントを参照してください。 アップストリーム ソースがソースで無効になっている場合は機能しない場合があります。たとえば、フィード B が自動的に削除された場合、顧客はフィード A を介してそこからパッケージをフェッチできません。以前は、この状況は警告なしで発生する可能性があり、依存関係が不足しているために突然ビルドが中断するなど、運用上の問題を診断するのが困難でした (つまり、上の例のフィード B からソースされたパッケージ)。 これで、フィードのアップストリーム ソースに問題がある場合、Azure Artifacts から警告が表示されます。 問題が存在する場合は、Azure Artifacts フィードの詳細ページにバナー (下の赤い矢印) が表示されます。

Azure Artifacts フィードの詳細ページの赤い矢印。

バナー内のリンクをクリックすると、フィードの各アップストリーム ソースの状態を示すページが開きます。 現在のフィードの各アップストリーム ソースに関する情報に加えて、[最終同期済み] 列に現在の状態が表示されます。 正常に動作しているアップストリーム ソースには、ソースの正常性が最後に検証された時点で緑色のチェックマークが表示されます。 切断されたアップストリーム ソースには、チェックされた時刻と共に赤い X が表示されます。 検証が保留中のアップストリーム ソースには、青い情報アイコンが表示されます。

最後に同期された列のアイコン。

破損したアップストリーム ソースの最後の同期時刻をクリックすると、ダイアログが開き、問題の根本原因に関する詳細が共有されます (使用可能な場合)。 たとえば、次の図では、対象のアップストリーム ソースは、ターゲット フィードが削除されたため、機能していません。 ダイアログには、最近関連する変更を行ったユーザーを理解するのに役立つ監査ログへのリンクも含まれています。 アクセス許可の設定と Azure Artifacts ドキュメントへのリンクを使用して、根本原因を調査することもできます。

ターゲット フィードが削除されたことを示す例。

ライセンス記述と埋め込みライセンス

Visual Studio でパッケージを参照しているときに、Azure Artifacts に格納されている NuGet パッケージのライセンス情報の詳細を確認できるようになりました。 これは、ライセンス式または埋め込みライセンスを使用して表されるライセンスに適用されます。 これで、Visual Studio パッケージの詳細ページ (下の図の赤い矢印) にライセンス情報へのリンクが表示されます。

ライセンス情報へのリンク。

リンクをクリックすると、ライセンスの詳細を表示できる Web ページが表示されます。 このエクスペリエンスはライセンス式と埋め込みライセンスの両方で同じであるため、Azure Artifacts に格納されているパッケージのライセンスの詳細を 1 か所で確認できます (ライセンス情報を指定し、Visual Studio でサポートされているパッケージの場合)。

ライセンスの詳細を表示します。

軽量な認証タスク

軽量の認証タスクを使用して、Azure Pipelines の一般的なパッケージ マネージャーで認証できるようになりました。 これには、NuGet、npm、PIP、Twine、Maven が含まれます。 以前は、パッケージを発行およびダウンロードする機能など、大量の機能を提供するタスクを使用して、これらのパッケージ マネージャーに対して認証を行うことができました。 ただし、パッケージ マネージャーとやり取りするすべてのアクティビティに対してこれらのタスクを使用する必要があります。 パッケージの発行やダウンロードなどのタスクを実行するために実行する独自のスクリプトがある場合、パイプラインでそれらを使用することはできません。 これで、パイプライン YAML で独自の設計のスクリプトを使用し、これらの新しい軽量タスクで認証を実行できるようになりました。 npm を使用する例:

img

この図の "ci" コマンドと "publish" コマンドの使用は任意です。Azure Pipelines YAML でサポートされている任意のコマンドを使用できます。 これにより、コマンド呼び出しを完全に制御でき、パイプライン構成で共有スクリプトを簡単に使用できるようになります。 詳細については、 NuGet、 npm、 PIP、 Twine、 Maven 認証タスクのドキュメントを参照してください。

次のステップ

注

これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。

Azure DevOps に向かい、見てみましょう。

フィードバックの提供方法

これらの機能についてご意見をお聞かせください。 ヘルプ メニューを使用して、問題を報告したり、提案を提供したりします。

提案を行う

Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。