TFS でのシェルビングは、他のチーム メンバーがソース コードを確認できるようにするための単なるソフト チェックインですか?
つまり、保留されたコードはコンパイルされないということですか?
ベストアンサー1
棚にはさまざまな用途があります。主なものは次のとおりです。
- コンテキスト スイッチ: 現在のタスクの作業を保存して、優先度の高い別のタスクに切り替えることができます。たとえば、自分の仕事に気を取られながら新しい機能に取り組んでいるときに、上司が走ってきて「ああ! バグ、バグ、バグ!」と言ったら、その機能に対する現在の変更を中止してバグを修正しなければなりません。その機能に対する作業を保留にしてバグを修正し、戻って保留を解除して後で変更作業を行うことができます。
- 変更セットの共有: コードの変更セットをチェックインせずに共有したい場合は、それを棚上げすることで他のユーザーが簡単にアクセスできるようにすることができます。これは、不完全なタスクを他のユーザーに渡す場合 (かわいそうな人) や、他のユーザーが実行する必要のある、絶対にチェックインしないテスト コードがある場合などに使用できます。よりこれをレビューに使用することについての他の回答によると、これは非常に良いアイデアです。
- 進捗状況の保存: 複雑な機能に取り組んでいるときに、進捗状況を保存したい「良いポイント」にたどり着くことがあります。これは、コードを棚上げするのに最適なタイミングです。レンダリングのバグを修正するために CSS / HTML をハッキングしているとします。通常は、正しく表示されるまで考えられるあらゆる工夫を繰り返しながら、それを叩きつけます。ただし、正しく表示されたら、チェックインする前に他の人が何をしたかを理解できるように、マークアップをクリーンアップするために戻ってみたいと思うかもしれません。この場合、すべてが正しくレンダリングされたらコードを棚上げできます。その後は、マークアップを自由にリファクタリングできます。誤って再びマークアップを壊してしまった場合でも、いつでも戻って変更セットを取得できます。
他に何か用途はありますか?