ワークスペースの最適化

は、のコードベースで効率的に作業できるように最適化されて、ワークスペースを確認するか。その場合は、適切な場所にあります。

目的に合ったトピックをクリックしてください

• フォルダーの名前を最適化します。

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

• さまざまな分岐の間の作業を特定および管理するには、ワークスペースを使用します。

フォルダーの名前を最適化します。

Visual Studio でコード プロジェクトを、既定で作成する場合、ユーザーのフォルダーに配置します (例: c:\users\myname\documents\visual studio 2012\Projects\SolutionName。ただし、ほとんどの場合、c:\code\siteapp\Main\SolutionName\など、プロジェクトの構造と一致する短く、理解しやすいフォルダーのパスを使用することをお勧めします。

有効なフォルダー名のヒント:

• 短い作業を簡略化し、一部の種類のコード プロジェクトで発生する可能性のある、パスの問題を回避するために、すべてのフォルダー、サブフォルダーとファイル名をそのまま使用します。

• 簡単にするコマンド ライン操作を実行する場合は、少し空白は避けてください。

• まだ分岐を使用しない場合は、Main いうサブフォルダーにコードをすべて配置します (例: $/SiteApp/Main/)。、分岐が要求するには、コードベースを管理するためにチームは十分に大きいサイズが大きくなると準備ができました。

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

の場合、コードベースが、ワークスペース内のフォルダー マッピングの最適化によって時、ネットワーク帯域幅とローカル ディスク容量を浪費を回避できます。

フォルダーをマップすると、さらにファイルをカバーするためローカル ビルドを作成するには、で必要があるが十分で、すべてのファイルの取得 (ツリーのフォルダーを十分に高い、必要な選択してください。また、使用可能なワークスペースを簡単に、すばやく作成するためのツールを使用する: 明示的、暗黙、クロークおよび 非再帰的 のフォルダー マッピング。

次ジュリアのワークスペースを表示するときに、独自に疑問可能性があります: Alice は c:\code\SiteApp\ 理由に $/SiteApp/ を単純にマップされておらず、されていないか。このような単純なワークスペースは 暗黙的に マップで $/SiteApp/Main/で必要なすべてのフォルダー。

この方法で主要な問題は、ユーザーが必要としない複数のファイルをようにするため、時間とリソースが浪費するために提供することです。したがってジュリアは、指定されたフォルダー マップを作成します。

	ジュリア、カスタマイズされたビルド処理を開発されないため、Alice は $/SiteApp/BuildProcessTemplatesは必要ではありません。この後、Alice が増大したコードベースが想定し、自動的に $/SiteApp/Main/に追加したコードのすべての新しい bit をダウンロードする必要があります。他のフォルダーで作業するチームがそれらのファイルを変更すると、ジュリアがサーバーから最新のファイルを取得すると、Alice は自分が必要ないファイルに更新を待機している大きな遅延ができます。 自分のコードを開発するには、ジュリアは FabrikamFiber のソリューションを構成するすべてのコード プロジェクトが必要です。各コード プロジェクトを含める 明示的に ではなく (たとえば、) $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DALAlice は代わりに $/SiteApp/Main/FabrikamFiber/をマップするため、暗黙的に ユーザーが必要とするコード プロジェクトを含むすべてのサブフォルダーをマップします。
	ジュリアは $/SiteApp/Main/FabrikamFiber/3DModels か $/SiteApp/Main/FabrikamFiber/Docsでファイルが不要で、それらが暗黙的に変換されるため、Alice は自分のワークスペースからこれらのフォルダーを クローク 解除するには、2 種類のマッピングを使用します。
	ジュリアと、チームの他には、一連の基本的なライブラリを保持し、がインクリメントされます。Alice はこのフォルダーにはほとんどすべての現在のライブラリを必要とし、自分のチームが将来、そのクラスに追加するため、Alice は $/SiteApp/Main/libraries/Commonをマップするライブラリを必要とします。
	ジュリアは、フォルダー、$/SiteApp/Main/libraries/Common/LibraryCの小さなセグメントのみを必要とするため、クローク は、明示的に自分が必要とするとサブフォルダーをマップするときに、名前を割り当て、: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1。
	ジュリアは LibraryD内のファイルの一部をすぐに必要としますが、Alice はサブフォルダーの大きいコンテンツを必要とする場合、このフォルダーには、Alice は 非再帰的 を適用します: $/SiteApp/Main/libraries/Specialized/LibraryD/*。

さまざまな分岐の間の作業を特定および管理するには、ワークスペースを使用します。

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

たとえば、Fabrikam ファイバーで、コードベースとスタッフが育ちました。これらの多くのチーム間のリスクを特定するには、それぞれのコードベースを分岐します。ジュリアは自分の小規模なチーム内で自分の作業を継続しますが、ユーザーが複数の分岐に表示します。これでは作業を管理するには、いくつかのワークスペースを使用します。

	機能を開発します。 Alice は自分がこの分岐の貴社サーフェイス仕上げ Web サイトの開発に含めるエクストラネットの分岐で作業を実行するためにユーザーの既定のワークスペースを変更します。
	統合して安定します。 Alice はテストの作業を行うには、2 とおりの新しいワークスペースを作成し、は Dev の統合時にコードを検証するために自分が他の開発者とテスト担当者と連携した場合、分岐します。

ジュリアは、それぞれが自分の dev のコンピューターのフォルダーを分岐にサーバー フォルダーをマップする 3 とおりのワークスペースの自分の作業を管理します。

[!メモ]

分岐 か (中断またはシェルブして) は同じコードベースに対して異なる作業の作業を分離する場合に適しています。ただし、これらの方法のどちらが要件を満たさない場合は、複数のワークスペースの同じサーバー フォルダーをマップできます。ほとんどの場合、これを行う必要がある必要があります。複数のワークスペースの同じサーバー フォルダーをマップする場合は、各ワークスペースに格納されている同じファイルに異なる、異なる保留中の変更があることに注意してください。