1

TFSで「事前チェックイン」を行うことは可能ですか?

私のシナリオは、ソース管理にコミットする前に、コード監査人にコード監査をしてもらいたいというものです。これにより、会社の社内慣行内でコードの品質とアーキテクチャ チェックのコンプライアンスが保証されます。

プログラマーが自分のコードをチェックインするときと同様に、通知がコード監査人に自動的に送信され、その監査人はコンプライアンスをチェックしてソース管理にコミットします。

ありがとう！

4

1 に答える 1

2

TFS には、 の概念がありShelvesetます。これは、まだソース管理にコミットされていないチェックインです (ソフト チェックインのようなものです)。チームの他のメンバーもあなたにアクセスできますShelveset。

ではTFS 2012、このシステム上に構築されたコード レビュー システムが導入されましたShelveset。

詳細はこちら: http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-Using-Code-Review-to-Improve-Quality

棚には多くの用途があります（ここ@TJBから取得）

  1. コンテキストの切り替え: 現在のタスクの作業を保存して、優先度の高い別のタスクに切り替えることができます。たとえば、自分のビジネスに気を配りながら新しい機能に取り組んでいるとします。そのとき、上司が駆けつけて「ああ、バグ バグ バグ！」と言ったとします。機能に対する現在の変更を削除して、バグを修正する必要があります。機能の作業を棚上げし、バグを修正してから、戻ってきて棚上げを解除し、後で変更に取り組むことができます。
  2. 変更セットの共有:コードの変更セットをチェックインせずに共有したい場合は、他の人が簡単にアクセスできるようにすることができます。これは、不完全なタスクを他の人 (貧弱な魂) に渡す場合や、他の誰かが実行する必要があることを決してチェックインしない何らかのテスト コードがある場合に使用できます。これをレビューに使用することについての他の回答にh / t、それは非常に良い考えです.
  3. 進行状況の保存:複雑な機能に取り組んでいるときに、進行状況を保存したい「良い点」にいることに気付くかもしれません。これは、コードを棚上げするのに理想的な時期です。レンダリングのバグを修正するためにいくつかの CSS / HTML をハッキングしているとします。通常は、思いつく限りの可能な限りの無駄を、正しく見えるまで繰り返します。ただし、正しく表示されたら、もう一度マークアップをクリーンアップして、チェックインする前に行ったことを他の人が理解できるようにすることをお勧めします。この場合、すべてが正しくレンダリングされたら、コードを棚上げすることができます。 、その後、マークアップを自由にリファクタリングして、誤ってマークアップを再び壊した場合でも、いつでも戻って変更セットを取得できることを知っています。
于 2013-04-08T14:11:09.687 に答える