TFS では、自分のアイデアを試すために個人用ブランチを作成したい場合は、TFS サーバー上にブランチを作成する必要があります (他の誰もコードにアクセスする必要がない場合でも)。このブランチを作成すると、プロジェクト内のすべてのファイルが複製されます。元のブランチに比べて変更がほとんどない場合でも同様です。これで、サーバーとローカルの両方で 2 倍のディスク容量を使用しています!
これは本当で、非分散型 VCS の欠点の 1 つですか?
user479911
質問する
361 次
1 に答える
5
両方のステートメントは間違っています。（これどこで読んだ？）
TFS で自分のアイデアを試すために個人用ブランチを作成する場合は、TFS サーバー上にブランチを作成する必要があります。
いいえ、「アイデアを試している」だけなら、必ずしもブランチが必要なわけではありません。もちろん、それはあなたが何をしたいかによって異なります。ドライブのクラッシュから保護するためにサーバーに作業を保存することは、TFS のシェルブセットの目的です (他の VCS は同様のものを提供しない可能性があるため、そこにあるすべてのアイデアに対してブランチを作成する必要があります)。シェルフセットを使用して実際にコードをチェックインすることなく、他のユーザーとコードを共有することもできます。シェルフセットの名前にタイムスタンプを含めることで単純な種類のバージョン管理を行うこともできますが、これはおそらくブランチを作成するよりも面倒です;) サーバー上でコードを構築することは、シェルフセットでできるもう 1 つのことです。
新しいブランチが必要かどうかを判断するには、MSDN (どこかに記事があります) でいつシェルブセットを変更セットよりも使用するかを読んでください。
これで、サーバーとローカルの両方で 2 倍のディスク容量を使用しています!
コードのコピーは仮想的にのみ行われます。TFS サーバーの背後にある SQL サーバーは、これらのブランチのいずれかですべてのファイルが実際に変更されない限り、2 倍のスペースを使用することはありません。それまでは、2 つのブランチにある両方のファイルが、SQL Server のまったく同じメモリを "ポイント" します。両方のブランチで同時に作業し、それらをワークスペースにマップする必要がある場合は、もちろんローカルに 2 倍のスペースが必要です。どちらも私が認識しているすべての VCS に当てはまるため、これは TFS 固有の問題ではありません。
于 2013-02-04T15:04:38.613 に答える