TFSの棚上げは、単にソフトチェックインであるため、他のチームメンバーがソースコードを見ることができますか?
つまり、棚上げされたコードは正しくコンパイルされませんか?
棚には多くの用途があります。主なものは次のとおりです。
他の用途はありますか?
棚は、チェックインせずにボックス上のすべての変更を保存する方法です。変更はサーバー上に保持されます。後で、あなたまたはあなたのチームメイトは、あなたのマシンのいずれかにそれらを「解放」することができます。
また、レビューの目的にも最適です。私のチームでは、チェックインのために変更を棚上げし、変更の説明と変更セットの名前を記載したメールを送信します。チームのメンバーは、変更セットを表示してフィードバックを提供できます。
参考:シェルブセットを確認する最良の方法は、次のコマンドを使用することです
tfptレビュー/ shelveset:shelvesetName; userName
tfptはTeam Foundation Power Toolsの一部です
そのとおり。シェルフを作成すると、他の人が最新版を取得してもあなたのコードは見えません。
コードの変更をサーバーに保存します。サーバーはおそらく、作業用PCよりもバックアップした方がよいでしょう。
自宅で仕事をしたいという衝動を感じた場合、別のマシンで変更を取得できます。
他の人はあなたの棚を見ることができます(これはオプションかもしれませんが)ので、チェックイン前にコードを確認できます。
これらの議論の多くで見落とされている1つの点は、変更を保留したSAMEマシンに戻す方法です。おそらくほとんどの人には明らかですが、私にはそうではありませんでした。保留中の変更を元に戻すと思います-そうですか?
このプロセスは次のように理解しています。
したがって、シェルブする必要がある作業を開始する場合は、上記の保留中の変更を元に戻すステップを実行するときにチェックインポイントに戻るので、開始する前に必ずチェックインしてください。
私はこれに常に出くわすので、ブランチに関する補足情報:
複数のブランチで作業している場合、シェルフセットはそれらを作成した特定のブランチに関連付けられます。そのため、シェルフ上のチェンジセットRustを長すぎて別のブランチに移動する必要がある場合、パワーツールの7月リリースでそれを行う必要があります。
tfpt unshelve /migrate
棚は、既存の変更に影響を与えることなく、変更がソース管理に保存されているようなものです。ソース管理でファイルをチェックインすると、既存のファイルが変更されますが、シェルビングは変更をソース管理に保存するようなものですが、実際の変更は変更しません。
@JaredPar:はい、レビューにはシェルフセットを使用できますが、シェルフセットは自分や他の人によって上書きされる可能性があるため、長期的に安定しないことに注意してください。したがって、規制関連のレビューでは、ベースとしてShelvesetを使用するのではなく、チェックイン(Changeset)を使用する必要があります。非公式のレビューの場合は問題ありませんが、正式な(たとえばFTA関連の)レビューは許可されません!
ゲーテッドビルドを使用している場合、ビルドがトリガーされると、ビルド用に送信されるワークスペースのシェルフセットが作成されます。ビルドが失敗すると、シェルブセットは拒否されます。ビルドが成功すると、変更セットが作成され、TFSにコミットされます。どちらの場合でも、そのチェックイン/ビルドを実行する人はワークスペースを調整する必要があります。これは、Get Latestを実行するのと同じくらい簡単です。