- 「リポジトリワークスペースをロードする」とは正確にはどういう意味ですか?
これは git チェックアウトに少し似ています。ファイルを変更できるローカル作業ツリーを作成します。
RTC は実際には 2 つのワークスペースを提供します。1 つはサーバー側にあり、もう 1 つはローカル ワークステーションの好きな場所にロードします。
これは後者で、変更するファイルを検出するように RTC に依頼し、そこからチェックを行います。その操作により、レポ ワークスペース (サーバーに保存されている) に変更セットが登録されます。
Git と比較すると、 (git のように)プライベート チェックが可能ですが、サーバー側に保存されます (したがって、ワークステーションが壊れた場合、チェックインした作業を新しいローカル ワークスペースに再度読み込むことで回復できます)。
- いつリポジトリ ワークスペースをアンロードしますか? （なぜネットワーク集約型なのですか？）
あなたは本当にする必要はありません。私が推測するすべてをリロードしたい場合は、実際には何度でもリポジトリワークスペースをロードできます。
RTC は、これらのサンドボックスを追跡しません。ただし、各ローカル ワークスペースは、それが参照するレポ ワークスペースを認識しています (.jazz5フォルダー内にあります) 。
- 複数のブランチを扱う場合、複数のリポジトリ ワークスペースがありますか?
いいえ: リポジトリ ワークスペースはストリームにリンクされており、ストリームは履歴の観点からブランチを表すことができます。
複数のストリームがあります。
同じ開発作業に対して別のアプローチを試したい場合は、同じストリームに複数のリポジトリ ワークスペースを選択できますが、通常は 1 つのリポジトリ ワークスペースで十分です。
- 「ブランチを切り替える」ときに、それらをローカルファイルシステムにロードおよびアンロードしますか?
いいえ。別のサンドボックス (ローカル ワークスペース) をロードすることもできます (そして、Eclipse ワークスペースを切り替えることもできます) 。
- Eclipse ワークスペースと「ロードされたリポジトリ ワークスペース」および「サンドボックス」との関係は何ですか?
RTC クライアントは、10 年以上 (RTC よりずっと前) から「 Eclipse ワークスペース」を提供する Eclipse GUI に基づいていることがあります。
Eclipse が認識できるように、ローカル ワークスペースからロードされたプロジェクトを「Eclipse ワークスペース」にインポートするだけです。
エリガミはコメントで次のように述べています。