棚上げとTFSにチェックインの違いは何ですか？

Question

それぞれのコンセプトは何ですか？

と、それがOKにチェックするのではなく、あなたの変更を棚上げしているのですか？

Answer 1

棚上げはのあなたの後に動作するために変更が確保されることを意味します。

変更は、チームの残りの部分で使用可能になる手段でチェック、ビルドになり、最終的に出荷されます。

非常に異なります。あなたは、タスクで行われていないときのコンテキスト切り替えのためのツールとして、シェルビングと考えてください。でチェックすると、あなたが（それの少なくとも一部）に行わていることを意味します。

Answer 2

あなたが行った変更を保存しますが、その他の変更（おそらく、バグ修正）を行うために、以前のバージョンに戻す必要があるしたい場合、あなたが現在作業しているアップデートせずに展開したいというあなたの変更を棚上げ。あなたは通常、かなり定期的にチェックしているので、私は、これはまれな出現であることがわかりました - 私はちょうどQAボックスに展開し、エラーがすぐに発見されたように。私はその後、私の変更をunshelve、更新を行い、QAデプロイされたバージョンに戻って私をもたらし、その日の変更を棚上げだろう - 2必要に応じてをマージします。もはやそれよりも、あなたはおそらく代わりに、以前のバージョンとブランチをチェックアウトして見ることになります。でも、私は棚がより有用であることが判明した他の経験を聞いて幸せになると思います。

Answer 3

他のユーザーは、彼らのために検索してshelvesetsをダウンロードすることができますので、レビューのために周りのコードを通すための良い方法です。あなたはすでにチェックアウトしたコードファイルをunshelveしようとした場合、あなたの準備ができて清潔な環境を必要とするので、しかし、あなたは、エラーになります。

私のPCは一晩死んだ場合、

私は、私がチェックインすることができないという大きな何かに取り組んでいる場合、私は多くの場合、一日の終わりに私の変更を棚上げ。そのように、私は、サーバー上のバックアップを持っています。

Answer 4

ダーシーは、それが上のスポットを取得します。また、ほとんどの部分は公開されていません構内として棚上げと考えることができます。 Shelvesetsもないコードでチェック削除などの、完全に削除することができます。あなたがshelfsetを削除した場合、それは永遠に失われます。

Answer 5

上記の誰もがそんなに真の言っていると私はそれからアロットを学びました。

ちょうど私が間違っているなら、私を修正し、私の経験を追加します。プロジェクトでは、開発者の各PCに固有mypc.json のを設定ファイルを持っています。ローカルサーバを実行する場合、通常、弊社では、それを上書きします。他のチームメンバーは、その中に異なる構成と同じファイル名を持っています。誰もが自分のファイルは開発ブランチに同じ名前でプッシュされることを望んでいません。だから私は、変更のこれらの種類を保存するために棚上げ使用します。私はこれらの構成を必要とするたびに、私は簡単に棚から変更を適用することができますし、私の環境の構成は戻って私のプロジェクトである。