ワークスペースの最適化

大規模で複雑なコードベースをチームで使用している場合は、 必要なファイルだけをワークスペースに含めるようにすると、パフォーマンスの向上とネットワーク トラフィックの軽減に役立ち、開発用コンピューターに必要なディスク領域の削減にもつながります。

• フォルダーの名前を最適化する

• 明示的、暗黙的、クローク、および非再帰的なフォルダー マッピングを使用してワークスペースを最適化する

• ワークスペースを使って異なる分岐の作業を分離し管理する

フォルダーの名前を最適化する

サーバーでまだ分岐を使用していない場合は、Main というサブフォルダーにコードをすべて配置します (例: $/TFVCTeamProject/Main/)。 こうすると、分岐が必要になるほどチームが大きくなっても、コードベースを管理できます。 開発用コンピューターで、C:\Users\YourName\Source\Workspaces\TFVCTeamProject\Main\SolutionName\ のように、プロジェクトの構造に一致する短く理解しやすいフォルダー パスを使用する必要があります。

効果的なフォルダー名のヒントをさらに以下に挙げます。

• フォルダー名、サブフォルダー名、ファイル名を短くすると、作業が単純になり、ある種のコード プロジェクトでパスが長いことによって発生する可能性のある問題を回避できます。

• 名前に空白を含めないようにすると、コマンド ライン操作が少しだけ楽になります。

明示的、暗黙的、クローク、および非再帰的なフォルダー マッピングを使用してワークスペースを最適化する

コードベースが大きい場合、ワークスペースのフォルダー マッピングを最適化すると、時間やネットワーク帯域幅、ローカル ディスク容量を無駄にしないで済みます。

フォルダー マッピングを使うときは、ローカル ビルドの作成に必要なファイルをすべて取得できるように、コード ツリーの上位フォルダーを選択します。ただし、必要以上に多数のファイルが取得されない深さのフォルダーを選択します。 また、明示的、暗黙的、クローク、非再帰的 というフォルダー マッピングを使用して、使いやすいワークスペースをもっと簡単にすばやく作成することもできます。

架空の開発者であるライザのワークスペースが以下に示されています。これを見ると、なぜ単純に $/SiteApp/ を c:\code\SiteApp\ にマップして、それで済まさないのか不思議に思えるかもしれません。 このような単純なワークスペースは、暗黙的に 必要なすべてのフォルダーを $/SiteApp/Main/ にマップしています。

この方法による大きな問題は、ユーザーが必要としない多数のファイルも見えるため、時間とリソースの無駄になることです。 このためライザは、調整したフォルダー マッピングを作成します。

ワークスペースを使って異なる分岐の作業を分離し管理する

会社のコードベースで分岐を使ってリスクを分離している場合、作業対象の分岐ごとに独立したワークスペースを作成する必要があります。

たとえば、Fabrikam Fiber 社で、コードベースとスタッフが増加したとします。 多くのチームの間でリスクを分離するために、コードベースが分岐されます。 ライザは自分の小規模なチーム内で作業を継続しますが、複数の分岐で行う作業を管理するために、いくつかのワークスペースを使用します。

ライザは、それぞれがサーバー上の分岐のフォルダーを自分の開発コンピューター上のフォルダーにマップした、3 つのワークスペースで自分の作業を管理します。