Create a gist now

Instantly share code, notes, and snippets.

What would you like to do?
translate to Japanese to VSTS release notes from https://www.visualstudio.com/ja-jp/articles/news/2017/mar-29-team-services

PRの人によるフィルタリングとAzureリソースグループテンプレートのパラメータ指定の強化 - 2017/3/29

Last Update: 3/30/2017 注意事項: ここで描かれている機能は次の三週間までにわたって順次展開されます。

このスプリントでもPull RequestやRelease Managementなどの機能強化を含む多くのエキサイティングな新機能があります。詳細を紹介します!

作業項目のディスカッション検索

作業項目検索で、discussionフィールドの検索がサポートされるようになりました。 ユーザは全文検索とディスカッションフィルタ(discussion :)を検索クエリに適用することで、discussionに関連するコンテンツを発見できます。

wit search

人によるPull Requestのフィルタリング

プルリクエストの発見が簡単になりました! 特定の人によって作成された、または特定のレビューアに割り当てられたPRを見つけるための新しいフィルタリングオプションを追加しました。

pr filter

作成者またはレビューアのフィルタからユーザーを選択するだけで、リストが更新され、フィルタに一致するPRのみが表示されます。

pr filtered

Pull Requestポリシーをバイパスしている場合、理由が必要になる

Pull Requestポリシーをバイパスしているユーザーは、理由を指定する必要があります。 Complete pull requestダイアログで、バイパスを選択すると、Reasonフィールドが表示されます。

bypass dialog

理由を入力してpull requestを完了すると、メッセージがOverviewに表示されます。

bypass message

Gitタグの追加と閲覧

コミットのgitタグを見る

チームがGitタグを使用してリポジトリ履歴の特定のポイントをマークしている場合、作成したタグがコミットに表示されます。commit listdetailsページで、特定のコミットのビューとタグが表示されます。

show tags

コミットにタグを追加

コマンドラインからタグを作成してタグをリポジトリにプッシュするのではなく、コミットしてタグを追加するだけす。 タグ作成ダイアログでは、repoの他の参照にタグを付けることもできます。

create tag details

コミットリストビューは、コンテキストメニューもサポートしています。 新しいブランチを作成する必要はなく、commit detailsページに移動してタグを作成するだけです。

create tag history

tag branch

もうすぐ提供予定のもの:

  • Tagsページでレポジトリ内のすべてのタグを閲覧する
  • タグの削除機能

ChangesetとShelvesetページの更新

私たちはTFVCのチェンジセットとシェルブセットのページを新しく使いやすくしました。 どちらのページも支援技術を使用しているお客様にとってより使いやすくなっています。 新しいページには、チェンジセットのタイトルと、チェンジセットに関する関連情報(作者の詳細など)を含む新しいヘッダーもあります。

changeset page

チェンジセットとシェルブセットの両方のページでも、markdown、@mentionユーザーにコメントを入力したり、#を使用して作業項目を関連付けたり、ファイルや画像を簡単に添付できるようにする、新しいmarkdownのディスカッションコントロールを提供しています。

changeset discussion

TFVCからGitへのレポジトリインポート

ユーザーは、TFVCリポジトリのコードを同じアカウントのGitリポジトリに移行できます。 移行を開始するには、リポジトリセレクタのドロップダウンからImport Repositoryを選択します。

import repo

それぞれのフォルダやブランチをGitリポジトリにインポートすることも、TFVCリポジトリ全体をインポートできます(ブランチを除く)。 最大180日間の履歴をインポートできます。

import repo complete

1つのメールを複数の宛先に送信する(プレビュー)

この機能を有効にすると、電子メール通知の受信者は1つの電子メールのTOに結合されます。 以前は、電子メールがそれぞれの受信者に一通ずつ送信されていました。 これにより、誰が通知を受け取ったのかを知ることができず、電子メールによる活動についての会話をすることが困難になっていました。 また、通知を受け取る複数のグループのメンバーである場合は、グループごとに1つのメールを受け取るのではなく、1つのメールだけを受け取るようになります。

この機能は、複数の受信者を対象とするデフォルトの(既定の)およびチーム購読に適用されます。 たとえば、これとOut of the box notificationsを有効にすると、更新されたプルリクエストのすべてのレビュアー(オプトアウトされたものを除く)が1つのメールに含まれます。

この機能は、アカウント管理者がユーザーメニューのPreview featuresパネルからアカウントレベルのCombine email recipientsをオンにすることで有効にできます。

ビルドタスクの条件分岐

タスクをクリーンアップしたり、何か問題が発生したときにメッセージを送信するタスクなど、ビルドタスクをより詳細に制御したい場合は、タスクがいつ実行されるかという条件を制御する4つの組み込み条件を提供しています。

run this task menu

特定の条件で特定のトリガを使用して特定のブランチに対してのみ実行するタスクなど、より柔軟性が求められる場合は、独自のカスタム条件を記述できます。

and(failed(), eq(variables['Build.Reason'], 'PullRequest'))

Specify conditions for running a taskをみてください。

Package ManagementにREADMEとダウンロードボタンを追加

パッケージにREADME.mdを含むnpmパッケージのREADMEが表示されるようになりました。 READMEは、あなたのチームが文書化し、あなたのパッケージに関する知識を共有するのに役立ちます。

コマンドバーのDownloadボタンを使用してnpmパッケージをダウンロードすることもできます。

npm readme

すべてのアカウントにPackage Managementエクスペリエンスのアップデートが有効に

追加のチューニングといくつかのバグ修正の後、更新されたPackage Managementエクスペリエンスをすべてのアカウントで利用できるようにしました。 このアップデートの詳細については、こちらをご覧ください。または、Packagesハブのトグルを使用してオンにすることもできます。

package experience

Azure リソースグループデプロイでのテンプレートパラメータの上書き

現在Azureリソースグループのデプロイメントタスクでは、template.jsonとparameters.jsonを選択し、特定の構文に従い、テキストボックスにオーバーライドパラメータ値を指定します。このエクスペリエンスが強化され、テンプレートパラメータがグリッドにレンダリングされ、編集や上書きが可能になりました。ユーザーは、このパラメータにアクセスするには、オーバーライドパラメータフィールドの横にある[...]をクリックします。テンプレートパラメータとデフォルト値および許容値(テンプレートおよびパラメータ.jsonファイルで定義されている場合)とともにダイアログが開きます。 この機能では、CORSルールがソースで有効になっている必要があります。 テンプレートおよびパラメータjsonファイルがAzureストレージBLOBにある場合は、このマニュアルを参照してCORSを有効にしてください。

Azure RD parameters

AzureポータルでどんなGitレぽでも継続的デリバリーをサポート

Azure App Serviceのコードを管理するために使用するGitリポジトリに関係なく、連続的デリバリー(CD)ワークフローを設定できるようになりました。 これまでAzureポータルでApp Serviceを選択し、クリック数回でそのサービスの継続的な配信を設定できましたが、Visual StudioのTeam Services GitリポジトリまたはGitHubでコードを管理した場合にのみ可能でした。リポジトリがインターネットからアクセス可能であれば、パブリックまたはプライベートのGitリポジトリと同じシンプルなエクスペリエンスを得ることができます。Azureポータルを数回クリックするだけで、Team Servicesでビルドとリリースの定義を設定し、定期的にGitリポジトリに変更をチェックし、変更を同期させ、自動ビルドとテストを実行し、Azure App Serviceにデプロイできます。 ニーズが進展するにつれて、これらの定義をカスタマイズして、複数の環境、より複雑なテスト、または手動承認時の展開をサポートできます。

デプロイの要求者と承認者の権限を分離する

これまで、環境の所有者は、リリースの作成者がリリースの環境の承認行為を制限できる可能性がありました。 ただし、ユーザーは別のユーザーが作成したリリースの手動での展開を開始し、それ自体を承認することができます。

デプロイメントの作成者と配備のためのユーザーを異なる役割とみなして、このギャップを埋めました。 リリース作成者またはデプロイメント作成者は、デプロイメントの承認を制限できます。

デプロイでの最大並列度指定

この機能を使用すると、保留中の複数のリリースを特定の環境に展開する方法を制御できます。 たとえば、リリースパイプラインがQA環境のビルドの検証を実行し、ビルド速度がデプロイメントの完了速度より速い場合、複数のエージェントと多数のビルドを並行して検証するように構成できます。 つまり、生成された各ビルドが検証され、待機時間は使用可能なエージェントの数に依存します。

この機能により、最新のn個のビルドを並行して検証し、古いデプロイメント要求をキャンセルできるようにすることで、検証を最適化することができます。

parallel deployments

Maketplace拡張機能でのQAサポート

ユーザーは、Marketplaceで拡張機能のitem detailsページから任意の質問を投稿でき、サイト運営者と公開で1対1の会話ができます。質問が投稿または返信されると、電子メール通知がパブリッシャー(所有者とコントリビューターの役割)とユーザーに送信されます。これで、ユーザーは2つの異なるフィードバックチャネルを利用できるようになりました。1つは拡張機能を評価します。もう1つは質問をしたり、回答をパブリッシャーから受け取ったりします。

marketplace qa

マーケットプレイスでのパブリッシャーの使用許諾、ライセンス、プライバシーポリシーの表示強化

Marketplaceのすべての有料の拡張機能にはライセンスとプライバシーポリシーを持つことが義務付けられています。 ライセンスとプライバシーポリシーは、リンクプロパティのマニフェストファイルで定義できます。 詳細はhttps://www.visualstudio.com/en-us/docs/integrate/extensions/develop/manifestをみてください。

ライセンスとプライバシーポリシーは、拡張機能のextension detailsでも利用でき、ユーザーが拡張機能をダウンロードしたときに表示されます。

サインアウトの強化

以前、Sign outをクリックすると、ユーザーは自分のアカウントから完全にログアウトできませんでした。 今回の変更により、ユーザーはすべてのVisual Studioリソースからグローバルにサインアウトすることができます。 大部分のユーザーはこの変更による影響は見られませんが、一部のお客様は、信頼できるサイトに関するグループポリシーベースのセキュリティ設定により、製品にサインインする際に問題が発生することがあります。 これは、EdgeとInternet Explorerを使用したサインイン/アウトにのみ影響します。 他のブラウザは影響を受けません。

サインイン中に再度サインインページにリダイレクトされると、この問題が発生する可能性が高くなり、ブラウザを切り替えたり、インターネットオプションの信頼済みサイトゾーンにエントリを追加することができます。 これを制御している組織は、同様の方法で組織全体のグループポリシーを修正できます。 詳細は、KBの記事を参照してください。

これらの機能はフィードバックを取りながらワークフローを改善するのに役立つと考えていますが、あなたの意見を聞くことが大好きです。 WebポータルでSmileアイコンや嫌な顔アイコンを選択したり、Team Services Developer Communityから他のコメントを送ることを躊躇しないでください。 いつものように、あなたが私たちに見せたいものについてのアイデアを持っているなら、UserVoiceであなたのアイデアを追加したり、既存のものに投票してください。

ありがとうございました。

Jamie Cool

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment