バックログとAzure App Service展開の機能強化のロールアップ - Sprint 157 Update
Azure DevOps の Sprint 157 Update では、バックログにロールアップ列を追加しました。この列を使用すると、作業項目階層全体の進行状況を追跡できます (例: Epics/Features/User Stories)。 また、Azure App Service アプリをデプロイするための複数の機能強化も追加しました。
詳細については、以下の 機能 の一覧を参照してください。
Azure DevOps の新機能
機能
全般:
Azure Boards:
Azure Repos:
Azure Artifacts:
- セマンティック バージョン管理 (SemVer) ワイルドカードを使用して最新のユニバーサル パッケージを取得する
- Visual Studio パッケージ マネージャーの Azure Artifacts フィード
Azure Pipelines:
- VSCode から Azure Pipelines を作成する
- Azure App Service アプリ設定を構成するための新しいタスク
- Azure App Serviceでプレビューとのスワップがサポートされるようになりました
- Python および .NET Functions アプリ用の YAML テンプレート
- YAML パイプラインのサービス フック
- Jira 用 Azure Pipelines アプリの機能強化
- GitHub リリース タスクの機能強化
- Azure Container RegistryおよびDocker Hub成果物のステージ レベル フィルター
- Kubernetes サービス接続でのソブリン クラウド サポート
- ホストされたパイプライン イメージへの更新
レポート:
全般
Slack アプリのサポートを使用して @mention パーソナライズされた通知を取得する
これまで、Slack で Azure DevOps アプリを使用している間、お客様は Slack チャネルのポーリングにかなりの時間を費やし、アクションを必要とする通知を探す必要がありました。 Slack 用のAzure Boards アプリ、Slack 用Azure Reposアプリ、および Slack 用 Azure Pipelines アプリが通知で使用@mentionsされ、ユーザーにアラートが送信されます。
ユーザーが 次のようなシナリオの例を次に @mentioned示します。
- 失敗したビルドは、ビルドの作成者になります@mention
- 承認を待機しているリリースデプロイは承認者になります@mention
- 作業項目の割り当ては新しい所有者になります@mention
- 作業項目の状態の変更は所有者になります@mention
- 承認を待機しているプル要求は承認者になります@mention
- プル要求が承認または拒否されると、pull request 作成者は@mention
リリースデプロイが承認を待っているときにカイルが取得 @mentioned する
Brian は、作業項目が自分に割り当てられると取得 @mentioned します
Alice は、pull request が承認されたときに取得 @mentioned します
組織の一覧をディレクトリにダウンロードする
Azure Active Directory テナントによってサポートされている組織の完全な一覧をダウンロードできるようになりました。 この一覧は、ディレクトリに関連付けられている任意のorganizationの [組織の設定] の [Azure Active Directory] タブから取得できます。 ダウンロードの詳細には、organization ID、組織名、組織の URL、組織の所有者が含まれます。
Azure Boards
Boards のロールアップ バックログを使用して親アイテムの進行状況を追跡する
ロールアップ列には、階層内の数値フィールドまたは子孫項目の進行状況バーや合計が表示されます。 子孫項目は、階層内のすべての子項目に対応します。 製品またはポートフォリオのバックログに 1 つ以上のロールアップ列を追加できます。
たとえば、ここで紹介する作業項目別の進行状況では、終了した子孫項目の割合に基づいて祖先作業項目の進行状況バーが表示されます。 Epics の子孫アイテムには、すべての子フィーチャーとその子またはグランド子の作業項目が含まれます。 フィーチャーの子孫アイテムには、すべての子ユーザー ストーリーとその子作業項目が含まれます。
タスクボードのライブ更新
変更が発生すると、タスクボードが自動的に更新されるようになりました。 他のチーム メンバーがタスクボード上のカードを移動または並べ替える場合、ボードはこれらの変更で自動的に更新されます。 F5 キーを押して最新の変更を確認する必要がなくなりました。
Azure Repos
指定したパターンのファイルをブロックするポリシー
管理者は、ファイルの種類とパスに基づいてコミットがリポジトリにプッシュされないようにポリシーを設定できるようになりました。 ファイル名の検証ポリシーでは、指定されたパターンに一致するプッシュがブロックされます。
キーワードを使用してコミットを使用して作業項目を解決する
修正、修正、修正などのキーワードを使用して、既定のブランチに対するコミットを使用して作業項目を解決できるようになりました。 たとえば、コミット メッセージで "この変更固定 #476" を記述すると、コミットが既定のブランチにプッシュまたはマージされると、作業項目 #476 が完了します。 詳細については、こちらのドキュメントを参照 してください。
自動レビュー担当者の粒度
以前は、pull request にグループ レベルのレビュー担当者を追加するときに、追加されたグループからの承認が 1 つだけ必要でした。 自動レビュー担当者を追加するときに、チームから複数のレビュー担当者が pull request を承認する必要があるポリシーを設定できるようになりました。 さらに、要求者が独自の変更を承認できないようにするポリシーを追加できます。
Azure Artifacts
セマンティック バージョン管理 (SemVer) ワイルドカードを使用して最新のユニバーサル パッケージを取得する
SemVer ワイルドカード構文を使用して最新のユニバーサル パッケージ バージョンを取得するには、Developer Communityで長い保留中の要求でした。 Azure CLI とユニバーサル パッケージ Azure Pipelines タスクの両方を使用して、最新の情報を取得できるようになりました。 詳細については、 ドキュメント を参照してください。
Visual Studio パッケージ マネージャーの Azure Artifacts フィード
次に、Azure Artifacts フィードから提供されるパッケージのパッケージ アイコン、説明、および作成者を Visual Studio NuGet パッケージ マネージャーに表示します。 以前は、このメタデータのほとんどは VS に提供されませんでした。
Azure Pipelines
VSCode から Azure Pipelines を作成する
VSCode 用の Azure Pipelines 拡張機能に新しい機能が追加されました。 これで、IDE から離れることなく、VSCode から直接 Azure Pipelines を作成できるようになります。
Azure App Service アプリ設定を構成するための新しいタスク
Azure App Serviceでは、アプリの設定、接続文字列、その他の一般的な構成設定など、さまざまな設定を使用して構成できます。 これで、Web アプリまたはそのデプロイ スロットの JSON 構文を使用してこれらの設定を一括で構成できる[設定] Azure App Service新しい Azure Pipelines タスクが作成されました。 このタスクは、他の App Service タスクと共に使用して、Web アプリ、関数アプリ、またはその他のコンテナー化された App Services を デプロイ 、 管理 、構成できます。
Azure App Serviceでプレビューとのスワップがサポートされるようになりました
Azure App Serviceでは、デプロイ スロットでプレビューとのスワップがサポートされるようになりました。 これは、アプリが実際にステージング スロットから運用スロットにスワップされる前に、運用構成でアプリを検証する良い方法です。 これにより、ターゲット/運用スロットにダウンタイムが発生しないようにすることもできます。
Azure App Service タスクでは、次の新しいアクションを通じてこのマルチフェーズ スワップがサポートされるようになりました。
- プレビューでスワップを開始 する - プレビュー (マルチフェーズ スワップ) を使用してスワップを開始し、ターゲット スロット (運用スロットなど) の構成をソース スロットに適用します。
- [プレビューでスワップを完了 する] - 保留中のスワップを完了する準備ができたら、[プレビューでスワップを完了する] アクションを選択します。
- [プレビューでスワップを取り消す ] - 保留中のスワップを取り消すには、[プレビューでスワップを取り消す] を選択します。
Python および .NET Functions アプリ用の YAML テンプレート
この更新プログラムでは、.NET と Python に基づく Functions アプリの YAML テンプレートのサポートを追加します。 YAML ベースのパイプライン値提案に従って、コードでこれらの関数のアプリケーションのビルドとデプロイを管理できるようになりました。
YAML パイプラインのサービス フック
サービスと YAML パイプラインの統合が簡単になりました。 YAML パイプラインのサービス フック イベントを使用して、パイプラインの実行の進行状況に基づいてカスタム アプリまたはサービスでアクティビティを実行できるようになりました。 たとえば、承認が必要なときにヘルプデスク チケットを作成したり、ステージの完了後に監視ワークフローを開始したり、ステージが失敗したときにチームのモバイル デバイスにプッシュ通知を送信したりできます。
パイプライン名とステージ名のフィルター処理は、すべてのイベントでサポートされています。 承認イベントは、特定の環境でもフィルター処理できます。 同様に、状態変更イベントは、パイプライン実行またはステージの新しい状態でフィルター処理できます。
Jira 用 Azure Pipelines アプリの機能強化
Jira 用 Azure Pipelines アプリを使用すると、Azure Pipelines のリリースと Jira ソフトウェア クラウドの問題間の双方向リンクが可能になります。 これまで、アプリは、GitHub リポジトリがリリースのソースである場合にのみリンクをサポートしていました。 この更新プログラムでは、Azure Reposを使用するときのリンクのサポートを拡張しました。
サード パーティ製アプリを使用して、Azure Reposを Jira ソフトウェア クラウドと統合し、コミットまたは pull request メッセージに Jira issue キーを追加できます。 リリースでこれらのコミットがデプロイされると、デプロイされた Jira の問題をリリースに関連付け、各 Jira の問題のデプロイ状態を追跡できます。
GitHub リリース タスクの機能強化
GitHub リリース タスクに対していくつかの機能強化が行われました。 タグ パターン フィールドを使用してリリースの作成をより細かく制御できるようになりました。タグ正規表現を指定すると、トリガーするコミットに一致する文字列でタグが付けられている場合にのみリリースが作成されます。
また、changelog の作成と書式設定をカスタマイズする機能も追加されました。 changelog 構成の新しいセクションで、現在のリリースを比較するリリースを指定できるようになりました。 リリース との比較 には、最後の完全リリース (プレリリースを除く)、ドラフト以外の最後のリリース、または指定したリリース タグと一致する以前のリリースを指定できます。 さらに、タスクには、変更ログを書式設定するための changelog 型フィールドが用意されています。 選択内容に基づいて、変更ログには、コミットの一覧またはラベルに基づいて分類された issue/PR の一覧が表示されます。
Azure Container RegistryおよびDocker Hub成果物のステージ レベル フィルター
以前は、Azure Container RegistryおよびDocker Hub成果物の正規表現フィルターは、リリース パイプライン レベルでのみ使用できます。 ステージ レベルでも追加されました。
Kubernetes サービス接続でのソブリン クラウド サポート
以前は、サービス アカウント オプションを使用して、Azure China Cloud と Azure Government Cloud の Kubernetes クラスターに Kubernetes サービス接続を設定していました。 これで、Azure オプションを使用して、Azure China Cloud と Azure Government Cloud の一部であるマネージド Azure Kubernetes Service クラスターに関連付けられた Kubernetes サービス接続を設定できます。
ホストされたパイプライン イメージへの更新
Azure Pipelines でホストされている VM イメージの一部を更新しました。 この更新プログラムのハイライトを次に示します。
- Ubuntu 16.04 に AWS、Google Cloud、Zeit の各 CLI を追加しました
- Ubuntu 16.04、VS2017、VS2019 で Rust 1.36 を 1.37 に更新しました
- Ubuntu 16.04 で Ruby 2.6.2 を 2.6.3 に更新しました
- VS2017 および VS2019 で Ruby 2.4.5 を 2.4.6、2.5.3 から 2.5.5、2.6.1 から 2.6.3 に更新しました
- Google Chrome と Web ドライバーを 75 から 76 に更新しました
- VS 2019 に WIX ツールセット Visual Studio 拡張機能を追加しました
- さまざまなバグの修正
最新リリースの詳細については、 こちらを参照してください。
注意
2019 年 3 月 31 日に有効期間が終了したので、今後の更新プログラムのすべてのイメージから Ruby 2.3 を削除します。
レポート
リードとサイクル時間ウィジェットの高度なフィルター処理
チームは、リードとサイクル時間 を使用して、作業が開発パイプラインを流れるまでの時間を確認し、最終的に顧客に価値を提供します。
これまで、 リードとサイクル時間のウィジェット では、高度なフィルター条件をサポートして、「チームが優先度の高いアイテムを閉じるのにどれくらいの時間がかかっているか」などの質問を行う必要がありました。
この更新プログラムの質問では、ボード スイムレーンでフィルター処理することで、このような質問に回答できます。
グラフに表示される作業項目を制限するために、作業項目フィルターも含まれています。
次のステップ
Note
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に進み、見てみましょう。
フィードバックの提供方法
これらの機能についてご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。
よろしくお願いします。
アーロン・ハルベルク
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示