Оптимизация рабочих областей

Необходимо обеспечить рабочую область оптимизированы для работы эффективно и эффективным в базе кода?Если да, то в правильном месте.

Выполняемые задачи

• Оптимизировать свои имена папок

• Оптимизировать рабочую область с помощью, явные и неявные, замаскированные нерекурсивные сопоставления папки

• Используйте рабочие области для поиска и управлять работы в нескольких ветвей

Оптимизировать свои имена папок

При создании проектов кода в Visual Studio, по умолчанию он устанавливает их в папке пользователей (например: c:\users\myname\documents\Visual Studio 2012\Projects\SolutionName.Однако в большинстве случаев рекомендуется использовать short, понятность путь папки, который соответствует структуре проекта, такие как c:\code\siteapp\Main\SolutionName\.

Некоторые рекомендации по эффективных названиях папок:

• Оставьте все папки, вложенные папки и короткие имена файлов, чтобы упростить работу и избежать потенциальных проблем, которые могут возникнуть пути используются с некоторыми типами проектов кода.

• Избегайте пробела, если требуется сделать операциями командной строки немногую удобнее работать.

• Если вы еще не используется ветви, поместите весь код в вложенную папку с именем main (например: $/SiteApp/Main/).Если это сделать, то будет готово при вырастут велик требует, чтобы команда ветвей для управления базы кода.

Оптимизировать рабочую область с помощью, явные и неявные, замаскированные нерекурсивные сопоставления папки

Если база кода велика, можно избежать расхода время, пропускную способность сети и пробелы локального диска, оптимизировать сопоставлений папки рабочей области.

При сопоставлении папку, убедитесь, что необходимо выбрать папку в дереве кода достаточно большой, чтобы загружались все файлы, необходимые для создания локального построения, но младших достаточно, чтобы они не загружались лишние файлы.Можно также использовать некоторые средства в проще и быстрее создать привести к использованию рабочая область. точный, неявный, замаскированный, папки нерекурсивный и сопоставления.

Если необходимо найти рабочую область Джулии ниже, может возникнуть сомнения в себе: поэтому он просто не сопоставляла $/SiteApp/ значение c:\code\SiteApp\ и не выполнялась с ней?Простую рабочую область, как это сопоставление неявно все папки в объект $/SiteApp/Main/.

Основная проблема с этим подходом, она также обеспечивается ее с несколькими файлами командой, и поэтому означает время и ресурсы.Поэтому юлия создает несколько портняжничанные сопоставления папки.

	Юлия не начинается настраиваемых процессов построения поэтому ей не требуется $/SiteApp/BuildProcessTemplates.Со временем он ожидает базу кода, чтобы он, а также не будет автоматически загрузить каждый новый тип кода, добавляемый в $/SiteApp/Main/.Как группы, работающий в этих папках изменять эти файлы, если юлия получает последние файлы с сервера, она может создавать длительные задержки ожидание обновления файлов с ней. Чтобы начать ее код, Джулии для всех проектов кода, состоящие из решения FabrikamFiber.Вместо явно, включая каждый проект кода (например, $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL) вместо этого она сопоставляет $/SiteApp/Main/FabrikamFiber/, поэтому она сопоставляет неявно все вложенные папки, содержащие проекты кода с ней.
	Джулии не требуются файлы в $/SiteApp/Main/FabrikamFiber/3DModels или $/SiteApp/Main/FabrikamFiber/Docs, поскольку они неявно сопоставлены, кем она использует 2 сопоставления замаскированный, чтобы удалить эти папки из нее рабочей области.
	Юлия и другие с этой группе поддерживают и иногда расширяют набор некоторых основных библиотек.Этим она почти все текущие библиотеки в этой папке и ожидает получения библиотеки ее команда добавляет существуют в будущем, поэтому она сопоставляет $/SiteApp/Main/libraries/Common.
	Джулии необходим только небольшой сегмент большой папки, является $/SiteApp/Main/libraries/Common/LibraryC, поэтому она сопоставляет ее как замаскированный, а затем явным образом сопоставляет только вложенной папки ей: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1.
	Джулии требуются некоторые файлы непосредственно внутри LibraryD, но ей требуются большие содержимое его вложенных папок, поэтому она применяет нерекурсивный, в этой папке. $/SiteApp/Main/libraries/Specialized/LibraryD/*.

Используйте рабочие области для поиска и управлять работы в нескольких ветвей

Если ваша компания использует ветви для выявления рисков в базе кода, необходимо создать отдельный рабочая область для каждой ветви, в котором работает пользователь.

Например, в волокне Fabrikam, codebase и штат росли.Чтобы изолировать риск между ними несколько групп, они разрешить их базе кода.Юлия продолжает ее работы в ее для небольшой команды, но теперь она использует несколько рабочих областей для управления работой, что теперь она выполняет в нескольких ветвях.

	Имя функции она изменяет ее работы задачи рабочей области по умолчанию в ветви экстрасети, где он участвует в структуру веб-сайта клиент- облицовки в этой ветви.
	Интеграция и стабилизируйте создает рабочий задачи 2 новый рабочих областей в ветвях теста и Dev, где она взаимодействует с другими разработчиками и тест-инженерами, чтобы стабилизация код в процессе интеграции.

Юлия управляет ее работу в 3 рабочих областях, каждый из которых сопоставляет папки в ветви на сервере с папками на компьютере ее dev.

Примечание

Разрешить или приостановить (или включить) предпочтительно изолировать разные способы работы работы с одной базы кода.Однако если ни один из этих подходов не подходит, то необходимо, можно сопоставление одной папки на сервере в более чем одной рабочей области.В большинстве случаев не следует это сделать.При сопоставлении одной папки на сервере в более чем одной рабочей области, помните, что имеется отдельный и различные ожидающие изменения в тот же файл, хранящиеся в каждой рабочей области.