Visual Studio Team Services (VSTS) の Sprint 139 更新プログラム では、カスタマイズを容易 にするために、Hosted XML プロジェクトを継承プロセス モデルに移行 できるようになりました。 さらに、 PR によってリリースをトリガーして、 マージの前に追加のテストを実行できるようになりました。
詳細については、以下の 機能 一覧を参照してください。
次のステップ
以下の新機能について読み、VSTS に進んで自分で試してみてください。
Features
ウィキ：
仕事：
コード:
ビルドとリリース:
- pull request リリース トリガーを使用して追加のテストを実行する
- Azure DevOps Projects を使用して Go アプリを Azure Kubernetes Service (AKS) にデプロイする
ウィキ
Wiki ページの目次を作成する
Wiki ページが長くなる場合があり、コンテンツは複数の見出しにまとめられます。 これで、 [[_TOC_]] 構文を使用して、少なくとも 1 つの見出しを持つ任意のページに目次を追加できるようになりました。 VSTS での Markdown の使用の詳細については、マークダウン ガイダンスのドキュメントを参照してください。 この機能は、UserVoice からの提案に基づいて優先順位が付けられます。
仕事
継承プロセス モデルにプロジェクトを移行してカスタマイズを容易にする
Hosted XML プロセス モデルを継承プロセスに移行すると、ユーザー インターフェイスを使用して作業追跡システムをカスタマイズする利便性が得られます。 いずれかのプロジェクトで Hosted XML プロセス モデルを使用している場合は、それらを移行できます。 プロジェクトのプロセス モデルの変更は、2 つの手順で行うことができます。 まず、ホストされた XML プロセスを継承モデルに複製します。 これにより、作業項目の種類、フィールド、状態などのカスタマイズが、新しく作成された継承プロセスに追加されます。
プロセスを検証したら、新しく作成されたプロセスを使用するようにプロジェクトを変更できます。
詳細については、「 ホストされた XML プロセスを継承に複製する 」のドキュメントを参照してください。
改善されたMicrosoft Teams統合を使用して最新の状態についてチャットする
Microsoft Teams統合の最新の機能強化では、明確なアイコンと色でアクティビティの状態をすばやく確認し、チャットを開始して移動を続けることができます。 pull request が作成者を待機している場合は、黄色で表示され、タイマー アイコンが表示されます。 ビルドが成功すると、緑色で表示され、チェック マーク アイコンが表示されます。
Code
テンプレートを使用して pull request の説明を標準化する
適切な pull request の説明を記述することは、レビュー担当者がコードをレビューするときに期待する内容を把握するのに役立つ優れた方法です。 また、テスト、単体テストの追加、ドキュメントの更新など、すべての変更に対して実行する必要のある作業を追跡するのに役立つ優れた方法でもあります (ドキュメントの更新を忘れることはありません)。 多くのユーザーは、チームが優れた説明を簡単に記述できるように pull request テンプレートを追加することを要求しており、その機能が追加されました。
既定の PR 説明テンプレートをサポートするだけでなく、チームは複数のテンプレートを追加できます。このテンプレートは、[PR の作成] ページのメニューに表示されます。 テンプレートの追加ボタンをクリックして、リポジトリ内の任意のテンプレートから選択し、PR の説明に追加します。
ブランチ固有のテンプレートは、PR 用の別のテンプレートを特定のブランチまたはブランチ フォルダーに適用する場合にもサポートされます。 たとえば、"修正プログラム/" で始まるすべてのブランチに固有のテンプレートを作成する場合は、すべての PR に使用されるテンプレートをそれらのブランチに追加できます。
テンプレートを作成して使用する方法の詳細については、 pull 要求テンプレート ドキュメントを参照してください。
ビルドとリリース
pull request リリース トリガーを使用して追加のテストを実行する
pull request (PR) に基づいてビルドをトリガーし、しばらくの間、マージの前にそのクイック フィードバックを取得できました。 リリースの PR トリガーも構成できるようになりました。 リリースの状態はコード リポジトリにポストバックされ、PR ページに直接表示されます。 これは、PR ワークフローの一部として追加の機能テストまたは手動テストを実行する場合に役立ちます。
Azure DevOps Projects を使用して Go アプリを Azure Kubernetes Service (AKS) にデプロイする
DevOps Projects を使用すると、Azure で簡単に作業を開始できます。 これは、いくつかの手順で、選択した Azure サービスでアプリケーションを起動するのに役立ちます。 DevOps Projects には、アプリの開発、デプロイ、監視に必要なものがすべて用意されています。
DevOps プロジェクトの Go Language を対象とする Azure Kubernetes Service (AKS) のサポートが追加されました。 詳細については、 AKS のチュートリアル ドキュメントを参照してください。
GitHub に報告されるビルドの状態は、より簡潔です
VSTS がビルドの状態を GitHub に投稿すると、関連付けられているコミット、ブランチ、プル要求のチェックに状態テキストが表示されます。 これまで、テキスト内の各ビルド パイプラインの名前は、 VSTS:で始めていました。 ビルド パイプラインの名前がひとめでわかるように、状態テキストからこの序文を削除しました。これにより、ビルド パイプラインの正式な名前に VSTS: について混乱が生じないようにしました。 残念ながら、この変更は GitHub ブランチ保護規則に影響します。GitHub では、パイプライン名が VSTS: で始まると想定されています。 これにより、リポジトリの設定が更新されるまで、GitHub プル要求がブロックされる可能性があります。 これを解決するには、ビルドを少なくとも 1 回実行した後、リポジトリの [設定] > [ブランチ] > ブランチ保護規則でリポジトリのブランチ保護規則を更新します。
フィードバックの提供方法
これらの機能についてご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。
よろしくお願いします。
ゴピナス・チガッカガリ