Optimalizace pracovních prostorů

Má být Ujistěte se, že pracovního prostoru je optimalizován pro práci s vaší codebase účinně a efektivně?Pokud ano, jste na správném místě.

Co chcete udělat?

• Optimalizujte své názvy složek

• Optimalizovat mapování složky pomocí explicitní, implicitní, cloaked a než rekurzivní pracovní prostor

• Pracovní prostory slouží k izolaci a řízení práce mezi různými větvemi

Optimalizujte své názvy složek

Při vytváření kódu projektů v aplikaci Visual Studio ve výchozím nastavení umístí je do složky uživatele (například: c:\users\myname\documents\visual studio 2012\Projects\SolutionName.Ale ve většině případů je nejvhodnější použít cestu ke složce krátké a srozumitelné odpovídající struktury projektu, jako je například c:\code\siteapp\Main\SolutionName\.

Některé tipy pro názvy účinných složek:

• Zachovat všechny složky, podsložky a krátké názvy souborů pro zjednodušení práce a předejít možným problémům s dlouhé cesty, které mohou nastat u některých typů projektů kód.

• Vyhnout se mezery, pokud chcete usnadnit operace příkazového řádku o něco provést.

• Pokud dosud nepoužíváte pobočky, ukládat veškerý kód v podsložce s názvem hlavní (Příklad: $/SiteApp/Main/).Pokud tak učiníte, pak bude připraven v případě, že váš tým roste dostatečně velká, aby se tak, aby pobočky spravovat vaše codebase.

Optimalizovat mapování složky pomocí explicitní, implicitní, cloaked a než rekurzivní pracovní prostor

Je-li vaše codebase velké, vyhnete se tak zbytečně zabírat čas a šířku pásma sítě místo na místním disku optimalizací mapování složky pracovního prostoru.

Pokud namapujete složku, přesvědčte se, zda zvolit složku, která je dostatečně vysoké, aby se kód stromu, které se zobrazí všechny soubory, je nutné vytvořit místní sestavení, ale dostatečně nízký, že se nedostanou více souborů, než je nutné.Některé nástroje můžete také použít více jednoduše a rychle vytvořit použitelný pracovní prostor: explicitní, implicitní, cloaked, a než rekurzivní mapování složky.

Při prohlížení Helena v prostoru pod může vás zajímat, sami sobě: Proč nebyl uživatel mapovat jednoduše $/SiteApp/ na c:\code\SiteApp\ a provést s ním?Jednoduché pracovní prostor jako to by implicitně mapovat všechny složky, které potřebuje v $/SiteApp/Main/.

Hlavní problém s tímto přístupem je, že mechanismus by rovněž jí s velkým množstvím souborů ona není nutné a tedy odpady čas a prostředky.Julie tak vytvoří mapování některých přizpůsobí složku.

	Helena není rozvíjet procesy vlastní sestavení, takže uživatel nemusí $/SiteApp/BuildProcessTemplates.Časem ona očekává codebase rostl a ona také nemá zájem o automatické stažení všech nových bitů kód do $/SiteApp/Main/.Týmy pracující v těchto složkách měnit tyto soubory při Helena získá nejnovější soubory ze serveru, uživatel může utrpět dlouhé prodlevy, čeká na aktualizace souborů, které uživatel potřebuje. Helena rozvíjet svůj kód, musí všechny projekty kódu, které zahrnují řešení FabrikamFiber.Spíše než explicitně včetně každý kód projektu (například $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL) si místo toho mapuje $/SiteApp/Main/FabrikamFiber/a proto jí implicitně mapuje všechny podsložky, které obsahují kód projekty, které potřebuje.
	Helena není nutné soubory v $/SiteApp/Main/FabrikamFiber/3DModels nebo $/SiteApp/Main/FabrikamFiber/Docs, a protože jsou implicitně mapovány pomocí, pomocí dvou cloaked mapování vyloučení těchto složek ze svého pracovního prostoru.
	Julie a ostatní na svůj tým udržovat a někdy rozšířit sadu některých základních knihoven.Eva potřebuje téměř všechny aktuální knihovny v této složce a očekává, že bude třeba knihovny svůj tým přidá došlo v budoucnosti, aby ona mapuje $/SiteApp/Main/libraries/Common.
	Julie potřebuje pouze malý úsek velké složky $/SiteApp/Main/libraries/Common/LibraryC, takže uživatel mapuje ji jako cloaked a explicitně mapuje pouze podsložku potřebuje: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1.
	Julie potřebuje některé soubory ihned v LibraryD, ale ona velký obsah jejích podsložek, takže Eva použije než rekurzivní mapování do této složky: $/SiteApp/Main/libraries/Specialized/LibraryD/*.

Pracovní prostory slouží k izolaci a řízení práce mezi různými větvemi

Pokud vaše společnost používá pobočky izolovat riziko v codebase, pak byste měli vytvořit samostatný prostor pro každou větev, pracovat v.

Například ve společnosti Fabrikam Fiber codebase a zaměstnanci se zvětšily.Izolovat rizika mezi jejich mnoho týmů, které jste rozvětvené jejich codebase.Helena pokračuje své práce v rámci svých malý tým, ale nyní použije několik pracovních prostorů pro správu práce, který si nyní ve více větví.

	Rozvíjet funkce uživatel změní své výchozí pracovní plocha pro práci v pobočkové síti Extranet kde ona podílí při vývoji webu směřující zákazníky v této větvi.
	Integrovat a stabilizaci vytvoří dva nové pracovní prostory pro práci v pobočky Test a Dev kde ona spolupracuje s ostatními vývojáři a testeři stabilizaci kódu během integrace.

Helena spravuje své práce tři pracovní prostory, které mapuje složek ve větvi na serveru se složkami na svůj počítač dev.

[!POZNÁMKA]

Větvení nebo pozastavení (nebo shelving) upřednostňované způsoby izolování pracovním úsilí proti stejné codebase.Však ani jeden z těchto přístupů nevyhovuje vašim potřebám, můžete mapovat stejné složky serveru více prostoru.Ve většině případů by neměla třeba učinit.Je-li mapovat stejné složky serveru více prostoru, mějte na paměti, do stejného souboru uloženou v každém prostoru by mohl mít samostatné a odlišné čekající změny.