生産性の向上と待機時間の短縮

[アーティクル]
01/10/2024

この更新プログラムでは、pull request の操作可能性、パイプラインのセキュリティとコンプライアンス、および npm API のパフォーマンスの強化が含まれています。

詳細については、以下の機能の一覧を参照してください。

機能

全般

Slack と Teams でメッセージングアプリのサブスクリプションを作成するためのチーム管理のサポート

プロジェクト管理者に加えて、チーム管理者は Slack と Microsoft Teams から直接 Azure Boards、Repos、パイプラインのサブスクリプションを作成できるようになりました。

Microsoft Teams での Azure Boards、Repos、Pipelines アプリのマルチテナントサポート

Azure Boards、Repos、Pipelines メッセージングアプリで、Microsoft Teams の別のテナントへの接続がサポートされるようになりました。そのため、Azure DevOps と Microsoft Teams が同じ Azure AD に存在する必要はなくなりました。 Microsoft Teams と Azure Pipelines が異なるテナントにある場合は、別の電子メール リンクでサインインを使用します。

Multi tenant support for Azure Boards, Repos and Pipelines app in Microsoft Teams.

Azure Boards

GitHub Issues を Azure DevOps の作業項目と同期する

このスプリントでは、GitHub の問題を Azure Boards の作業項目に保存する新しい GitHub アクションを作成して発行しました。これにより、Azure Boards を使用して作業を管理し続けながら、コードリポジトリを GitHub に配置できます。アクションはまだプレビュー状態であり、エッジケースの解決に取り組んでいるので、フィードバックをお待ちしております。ぜひ試してご意見をお聞かせください。

issuesGif

Azure Repos

PR の実用性の改善

レビューするプル要求が多数ある場合、最初にアクションを実行する場所を理解するのは難しい場合があります。 pull request の操作性を向上させるために、pull request リストページに複数のカスタムクエリを作成し、下書き状態などのフィルター処理を行う新しいオプションをいくつか追加できるようになりました。これらのクエリでは、"Created by me" と "Assigned to me" に加えて、pull request ページに個別の折りたたみ可能なセクションが作成されます。また、[投票] メニューまたは pull request リストページのコンテキストメニューを使用して、追加された pull request の確認を拒否することもできます。カスタムセクションには、レビューを提供した、またはレビューを拒否した pull request のタブが個別に表示されます。これらのカスタムクエリは、組織のホームページの [My pull requests] タブにあるリポジトリ間で機能します。 pull request に戻りたい場合は、それにフラグを設定すると、一覧の一番上に表示されます。最後に、自動完了に設定されている pull requests には、一覧に "オートコンプリート" と表示されるピルが付けられます。

pull request の詳細ページにフィルターが追加され、より迅速に確認できるようになりました。

コメントの状態: アクティブ (既定)、All、Pending、Resolved、As designed、Won't fix、Closed。
コメント: 特定のユーザーが残したコメントにフィルターを適用します。
ファイルの種類: すべてのファイルを表示 (既定)、およびコメントされたファイルのみを表示します。

Show all files.

Filter to comments left by a specific person.

Azure Pipelines

デプロイの追加の制御

Azure Pipelines では、しばらくの間、手動承認で制御されたデプロイがサポートされています。最新の機能強化により、デプロイをさらに制御できるようになりました。承認に加えて、リソース所有者はセキュリティポリシーと品質ポリシーを検証するために自動化を checks 追加できるようになりました。これらのチェックを使用して操作をトリガーし、完了するまで待機できます。追加のチェックを使用して、複数のソースに基づいて正常性基準を定義し、デプロイを実行する YAML パイプラインに関係なく、リソースを対象とするすべてのデプロイが安全であることを保証できるようになりました。各チェックの評価は、チェックの指定された再試行間隔に基づいて定期的に繰り返すことができます。次の追加チェックを使用できるようになりました。

REST API を呼び出し、応答本文または外部サービスからのコールバックに基づいて検証を実行する
Azure 関数を呼び出し、応答または関数からのコールバックに基づいて検証を実行する
Azure Monitor ルールに対してアクティブなアラートのクエリを実行する
パイプラインが 1 つ以上の YAML テンプレートを拡張していることを確認する

Additional control of your deployments.

承認通知

環境またはサービス接続に承認を追加すると、リソースを使用するすべてのマルチステージパイプラインは、ステージの開始時に承認を自動的に待機します。指定された承認者は、パイプラインを続行する前に承認を完了する必要があります。

この更新プログラムでは、承認者に保留中の承認の電子メール通知が送信されます。ユーザーとチーム所有者は、通知設定を使用してカスタムサブスクリプションをオプトアウトまたは構成できます。

Approval notification.

メール通知に加えて、プロジェクト管理者は Microsoft Teams または Slack に通知を送信することもできます。

Azure Artifacts

監査イベントの提供開始

Azure Artifacts フィードイベントが監査ログで使用できるようになりました。これらのログには、Organization 設定 -> Auditing からアクセスできます。フィードで次のイベントを使用できるようになりました。

組織またはプロジェクトスコープのフィードを作成、削除、または変更する
フィードビューを作成、削除、または変更する
特定のフィードでパッケージアイテム保持ポリシーを設定または削除する
アクセス許可の変更

npm パフォーマンスの強化

Azure Artifacts フィードに npm パッケージを格納して配信する方法を改善するために、コア設計に変更を加えています。これにより、npm で最も使用されている API の一部の待機時間が最大 10 倍短縮されました。

アクセシビリティの向上

フィードページでアクセシビリティの問題に対処するための修正プログラムをデプロイしました。修正プログラムには、次のものがあります。

フィードエクスペリエンスを作成する
グローバルフィード設定エクスペリエンス
フィードエクスペリエンスに接続する

次のステップ

Note

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

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

Azure DevOps に移動する

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

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

Make a suggestion

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

次の方法で共有