Optimiser vos espaces de travail

Voulez -vous vérifier votre espace de travail est-vous optimisé pour fonctionniez-vous de manière efficace et efficiente dans votre base de code ?Dans ce cas, vous êtes au bon endroit.

Que voulez-vous faire ?

• Optimiser vos noms de dossier

• Optimisez votre espace de travail à l'aide de les mappages explicites, implicites, masqués, et non récurrents de répertoire

• Utilisez les espaces de travail pour isoler et gérer le travail parmi les différentes branches

Optimiser vos noms de dossier

Lorsque vous créez des projets de code dans Visual Studio, par défaut, il les place dans le répertoire d'utilisateur (par exemple : c:\users\myname\documents\visual studio 2012\Projects\SolutionName.Mais dans la plupart des cas, il est préférable d'utiliser un chemin d'accès au dossier court et compréhensible qui correspond à votre structure de projet par exemple c:\code\siteapp\Main\SolutionName\.

Quelques conseils sur les noms de dossier effectifs :

• Conservez tous les dossiers, sous-dossier, et noms de fichiers courts pour simplifier votre travail et pour éviter des problèmes potentiels de long chemin d'accès qui peuvent se produire avec certains types de projets de code.

• Évitez l'espace blanc si vous souhaitez facilitez des manipulations à effectuer en ligne de commande.

• Si vous n'utilisez pas encore des branches, placez tout le code dans un sous-dossier appelé Main (par exemple : $/SiteApp/Main/).Dans ce cas, vous serez prêt lorsque votre équipe grandit suffisamment grande pour exiger des branches pour gérer votre base de code.

Optimisez votre espace de travail à l'aide de les mappages explicites, implicites, masqués, et non récurrents de répertoire

Si votre base de code est importante, vous pouvez éviter de gaspiller du temps, la bande passante réseau, et l'espace disque local en optimisant les mappages de dossier de l'espace de travail.

Veillez à sélectionner un dossier situé à un niveau assez élevé dans l'arborescence du code afin d'obtenir tous les fichiers vous permettant de créer une build locale. Toutefois, évitez de choisir un niveau trop élevé pour ne pas obtenir plus de fichiers que nécessaire.Vous pouvez également utiliser des outils à créer plus simple et rapidement un espace de travail utilisable : explicite, implicite, masqué, et mappages de dossier de non récurrent .

Lorsque vous examinez l'espace de travail de Julia ci-dessous, vous pouvez vous demander : pourquoi n'a t-elle pas simplement mappé $/SiteApp/ à c:\code\SiteApp\ et ne l'a pas effectué avec ?Un espace de travail simple comme cela mappe implicitement tous les répertoires qu'elle a besoin dans $/SiteApp/Main/.

Le principal problème avec cette approche est qu'il lui fournirait également de nombreux fichiers qu'elle n'a pas besoin, et gaspillerait le temps et les ressources.Par conséquent Julia crée des mappages adaptés de dossier.

	Julia ne développe pas de processus de génération personnalisés elle n'a pas besoin de $/SiteApp/BuildProcessTemplates.Avec le temps elle prévoit que la base de code se développe, et elle ne souhaite pas télécharger automatiquement chaque nouveau bits de code ajouté à $/SiteApp/Main/.Lorsque les équipes qui travaillent dans ces autres dossiers changent ces fichiers, lorsque Julia obtient les derniers fichiers du serveur, il peut subir de longues attend que l'attente des mises à jour des fichiers qu'elle n'a pas besoin. Pour développer son code, Julia a besoin de tous les projets de code qui impliquent la solution de FabrikamFiber.Plutôt que explicitement notamment chaque projet de code (par exemple, $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL) elle est mappée à la place $/SiteApp/Main/FabrikamFiber/, et elle implicitement mappe donc tous les sous-dossiers qui contiennent les projets de code qu'elle a besoin.
	Julia n'a pas besoin des fichiers dans $/SiteApp/Main/FabrikamFiber/3DModels ou $/SiteApp/Main/FabrikamFiber/Docs, et parce qu'ils sont implicitement mappés par, elle utilise deux mappages de masqué pour exclure ces dossiers de son espace de travail.
	Julia et d'autres membres de l'équipe mettent à jour et augmentent parfois un ensemble de certaines bibliothèques fondamentales.Elle a besoin de presque toutes les bibliothèques présentes dans ce dossier et attend d'avoir besoin de celles que l'équipe ajoutera dans le futur, donc elle mappe $/SiteApp/Main/libraries/Common.
	Julia a uniquement besoin d'un petit segment d'un grand dossier, $/SiteApp/Main/libraries/Common/LibraryC, elle le mappe à mesure que masqué et mappe ensuite explicitement simplement le sous-dossier dont elle a besoin : $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1.
	Julia requiert certains fichiers immédiatement dans LibraryD, mais elle a besoin d'un grand contenu de ses sous-dossiers, elle applique non récurrent mappant à ce répertoire : $/SiteApp/Main/libraries/Specialized/LibraryD/*.

Utilisez les espaces de travail pour isoler et gérer le travail parmi les différentes branches

Si votre société utilise branches pour isoler les risques dans votre base de code, vous devez créer un espace de travail distinct pour chaque branche sur lequel vous travaillez.

Par exemple, la fibre de Fabrikam, base de code et le personnel se sont développés.Pour isoler les risques entre leurs nombreuses équipes, ils ont connecté leur code base.Julia continue son travail dans son petite équipe, mais maintenant elle utilise des espaces de travail pour gérer le travail qu'elle fait désormais partie de plusieurs branches.

	développez les fonctionnalités elle modifie son espace de travail par défaut pour effectuer le travail dans la branche de extranet, où il participe au développement du site Web de client revêtement dans cette branche.
	intégrez et stabilisez elle crée les deux nouveaux espaces de travail pour effectuer le travail dans les branches de test et dev, où elle collabore avec d'autres développeurs et testeurs à stabiliser le code pendant l'intégration.

Julia gère son travail dans les trois espaces de travail, qui mappe les dossiers dans une branche sur le serveur avec les dossiers sur son ordinateur de développement (dev).

[!REMARQUE]

La création de branche ou s'interrompre (ou réserver) sont des méthodes façons d'isoler des efforts de travail à la base de code.Toutefois, si aucun de ces approches ne répond à vos besoins, vous pouvez mapper le même dossier de serveur dans plusieurs espaces de travail.Dans la plupart des cas vous ne devez pas avoir ce faire.Si vous mappez le même dossier de serveur dans plusieurs espaces de travail, souvenez -vous que vous pouvez avoir des modifications en attente distinctes et différentes au même fichier stocké dans chaque espace de travail.