スプリント ボードフィルタリングの強化による計画の柔軟性の向上

このスプリントでは、ユーザー設定フィールドを含む追加のフィールドでスプリント ボードとスプリント バックログをフィルター処理し、製品バックログとボードで既に使用可能なフィルター処理エクスペリエンスに合わせて表示できるようになりました。

Azure Pipelinesでは、GitHubフォークからの PR 検証実行のコメント要件をきめ細かく制御できるようになりました。また、複雑な CD パイプラインのナビゲーションを高速化するための新しいステージ インデックス パネル、パイプラインを再度有効にするときに一時停止した実行をキャンセルするオプションが追加されました。

詳細については、リリース ノートを参照してください。

Azure Boards

Azure Pipelines

Wiki

Azure Boards

スプリント ボードとバックログを追加フィールドでフィルター処理する

ボードとバックログの追加フィルターの導入に続いて、開発者コミュニティからの長年の要求を完了し、この機能をスプリント ボードやスプリント バックログにも拡張できるようになりました。

Teams では、カスタム フィールドを含む追加のフィールドを使用してスプリント ボードとバックログをフィルター処理できるようになりました。これにより、スプリントの計画と実行中に適切な作業を簡単に見つけて集中できるようになります。 この拡張機能は、Azure DevOps Developer Community で最初に発生した高度に要求された機能に対処します。

スプリント ボードとバックログを追加フィールドでフィルター処理する

Azure Pipelines

GitHub リポジトリから PR 検証を実行する際の、よりきめ細かなコメント要件

承認されていない使用からパイプラインを保護するために、PR 検証の実行を実行する前に、チーム メンバーまたは共同作成者からのコメントを要求できます。

このスプリントの前に、リポジトリ内とフォークされたリポジトリの両方から PR にコメント要件が適用されました。 速度を向上させるために、フォークされたリポジトリから発生した PR 検証の実行に対してのみ、チーム メンバーのコメントを要求する必要がある場合があります。 悲しいかな、これは不可能でした。

このスプリントを開始すると、PR ソースごとに個別にコメント要件を構成できます。 次の例では、リポジトリ フォークから送信された PR に対してのみコメントが必要です。

PR 検証実行時のよりきめ細かなコメント要件

パイプライン ステージのナビゲーションの高速化

複雑な CD パイプラインのナビゲートは面倒です。 このようなパイプラインには、数十または数百のステージを含めることができます。 後のステージが画面に収まらないため、パイプラインの進行に合わせて各ステージの状態を知ることはより困難になります。

このスプリント以降、Azure Pipelinesではステージ マップの左側にステージ インデックスが表示されるため、目的のステージに簡単に移動できます。

リング形式で編成された 32 ステージのパイプラインがあるとします。 最後のリングのステージが画面に収まらない場合があります。 最後のステージに進むには、下にスクロールして右にスクロールする必要がある場合があります。

サイドパネルがないパイプライン ステージ

ステージサイドパネルを使用すると、ナビゲーションが簡単になります。 目的のステージまで垂直方向にスクロールし、それをクリックして移動できます。

サイド パネルを備えたパイプライン ステージ

パイプラインを有効にして一時停止した実行を取り消す

一時停止または無効化されたパイプラインを有効にすると、多数のパイプライン実行が再開されると、コンピューティング リソースの無駄が発生する可能性があります。

このスプリント以降では、パイプラインを有効にするときに、パイプラインを有効にして、一時停止した実行を取り消すオプションがあります。 パイプラインを有効にして実行を再開するオプションは引き続き使用できます。

パイプラインを有効にして一時停止した実行を取り消す

Wiki

Markdown エディターの標準の人魚構文

Azure DevOps Markdown の人魚図では、既存の ```mermaid 構文に加えて、標準のフェンスコード ブロック構文 (::: mermaid) がサポートされるようになりました。 この変更により、ツール間で異なる Markdown 形式を維持する必要が減り、Wiki ページ、pull request、および人魚図を含む作業項目の作成が容易になります。

GitHub、VS Code、またはその他の Markdown エディターで標準の ```mermaid 構文を使用して作成されたコンテンツは、変換を必要とせずにAzure DevOpsで一貫してレンダリングされるようになりました。 ::: mermaid構文を使用した既存の図は引き続き機能します。

この変更は、長年にわたるDeveloper Community提案に対処します。

次のステップ

Note

これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。 Azure DevOpsに向かい、見てみましょう。

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

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

提案を行う

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