TFS での保留は、他のチーム メンバーがソース コードを参照できるようにするための単なるソフト チェックインですか?
つまり、棚上げされたコードは正しくコンパイルされませんか?
棚には多くの用途があります。主なものは次のとおりです。
他の用途はありますか?
これらの議論の多くで見落とされているポイントの 1 つは、変更を棚上げした同じマシンに戻す方法です。おそらくほとんどの人には明らかですが、私にはそうではありませんでした。保留中の変更を元に戻す操作を行っていると思いますが、よろしいですか?
プロセスは次のように理解しています。
そのため、保留する必要がある作業を開始する場合は、開始する前に必ずチェックインしてください。チェックイン ポイントは、上記の保留中の変更を元に戻す手順を実行するときに戻る場所です。
私はいつもこれに出くわすので、ブランチに関する補足情報:
複数のブランチで作業している場合、シェルフセットはそれらを作成した特定のブランチに関連付けられます。そのため、チェンジセットを長い間放置して別のブランチに移す必要がある場合は、パワー ツールの 7 月のリリースでそれを行う必要があります。
tfpt unshelve /migrate
@JaredPar: はい、レビューにシェルブセットを使用できますが、シェルブセットは自分自身/他の人によって上書きされる可能性があるため、長期的に安定していないことに注意してください。したがって、規制関連のレビューでは、シェルフセットをベースとして使用するのではなく、チェックイン (チェンジセット) を使用する必要があります。非公式のレビューであれば問題ありませんが、正式な (FTA 関連の) レビューでは問題ありません。
ゲート ビルドを使用している場合、ビルドがトリガーされると、ビルド用に送信されるワークスペースのシェルブセットが作成されます。ビルドが失敗すると、シェルブセットは拒否されます。ビルドが成功すると、変更セットが作成され、TFS にコミットされます。どちらの場合でも、そのチェックイン/ビルドを行う人はワークスペースを調整する必要があります。これは、Get Latest を実行するのと同じくらい簡単です。