問題タブ [tfs-code-review]

私たちのチームは TFS 2015 と Visual Studio 2015 update 2 を使用しています。コード レビューの [マイ ワーク] で、チーム メンバーが「最近完了した」クエリを選択しても何も表示されません。このトピックに関する Microsoft のディスカッションを見つけることができました。

https://connect.microsoft.com/VisualStudio/feedback/details/1777064/recently-finished-code-reviews-is-empty-in-vs2013-and-vs2015-after-update-to-tfs-2015

しかし、それは本当に役に立ちません。既に 2015 update 2 にアップグレードしており、これにより問題が修正される予定です。名前に特殊文字を使用する人は誰もおらず、すべての名前が一意です。この 2 つのことが問題の原因として挙げられています。

そのスレッドでユーザーが提案したように、「@Me」の代わりに実際の名前を使用するようにクエリを編集すると機能しますが、@Me が機能しない理由が説明されておらず、変更する場所が見つかりませんデフォルトの動作なので、完了したワークフローを取得するたびに編集する必要があります。また、チーム エクスプローラーとは対照的に、クエリ エディターでコード レビューをブラウズするのはユーザー フレンドリーではありません。

私たちの問題が何であるかについて何か考えがある人はいますか?

Tfs_Warehouse.dbo.DimWorkItem (System_WorkItemType = 'Code Review Request') と Tfs_Warehouse.dbo.DimChangeset テーブル、または .CodeReview.tbl* と .dbo.tbl_ChangeSet テーブル、またはそれらの組み合わせを使用して、どのような結合を行うかSQL SELECT ステートメントで変更セットをその変更セットのコード レビューに関連付ける必要がありますか (存在する場合)?

私はこれを TFS 2012 で把握していましたが、データ モデルの違いにより、そのクエリは 2015 年には機能しなくなりました。

バックグラウンド

私たちのチームでは、ピア コード レビューを行っています。任意の数の変更セットが関連付けられている作業項目を確認します。

特に新しいコードに取り組んでいるとき、変更セット ( #1 ) がファイルを変更する多くのインスタンスがあります。その後、同じ作業項目で、別の変更セット ( #2 ) が同じファイルを変更し、 #1から発生したいくつかのエラーを上書きします。

コード レビュー担当者として、私はこれらの変更セットを時系列で確認します。#1をレビューしているとき、その時点では#2が悪いコードを逆転させるとは思いもしませんでした。

質問

作業項目のすべての変更セットにわたって各ファイルの最終結果を確認するために、Visual Studio で何かを行うための機能または方法はありますか?

次のようなプロセスが必要です。

1. ユーザーは、マスター ブランチに入れたい変更のシェルフセットを含むコード レビューを送信します。
2. コードがレビューに合格した場合、選択したユーザーのグループは、シェルフセットをプルダウンし、履歴追跡のために元の作成者名を使用して変更をマスターにマージできます。

コマンドを使用できますがtf checkin /author:{OriginalAuthor}、ゲート ビルドでは機能しません。ゲート ビルドをバイパスすると、元の作成者に代わってチェックインされますが、ゲート ビルドを使用すると、/author.

それで、ゲートビルドが/author実行する最終チェックインの引数を尊重する方法はありますか?

VS/TFS でRequest Review機能を使用すると、提案された変更を含むシェルブセットが作成されます。このシェルフセットは、承認された場合と拒否された場合の両方で、レビューが終了したときに残ります。

これはすべて問題ありませんが、レビューのシェルフセットが私のシェルフセットのリストを支配する傾向があり、「本物の」シェルフセットを見つけるのが難しくなっています. レビューが終わった後にシェルブセットを削除するのは、最終的な変更セットにリンクされているレビューにリンクされているため、悪いようです。

私の質問は、これらのレビュー シェルフセットを非表示にする方法があるかどうかです。

Visual Studio と TFS 2015 Update 3 を使用しています。

私はSQL開発環境で働いています。DEV、TEST、LIVE という 3 つのブランチがあります。

開発者が何かを行い、テスト システムに展開したいときはいつでも、コード レビューを強制する TFS 内のメカニズムが必要です。

これは、コード レビューのチェックイン ポリシーを適用することで実現できることを知っています。しかし、チェックインのたびにコード レビューをトリガーするのではなく、誰かが TEST ブランチにマージするたびにコード レビューをトリガーしたいと考えています。

承認の強制と考えてください。私は、誰かが別のブランチに分岐するたびに、TFS がコード レビューを要求していることを望んでいます。最良のシナリオは、この動作をトリガーするブランチを指定できることです。