Otimizar seus espaços de trabalho
Você deseja certificar-se do seu espaço de trabalho é otimizado para que você trabalhe de forma eficiente e eficiente no codebase?Nesse caso, você está no local correto.
O que você deseja fazer?
Otimizar seus nomes de pastas
Otimizar seus mapeamentos explícitas, implícito, encoberto, e não recursivos de uso de espaço de trabalho da pasta
Use espaços de trabalho para isolar o trabalho e gerenciar entre ramificações diferentes
Otimizar seus nomes de pastas
Quando você cria projetos de código em Visual Studio, por padrão, os coloca na sua pasta de usuários (por exemplo: c:\users\myname\documents\visual studio 2012\Projects\SolutionName.Mas na maioria dos casos, é melhor usar um caminho curto, legível da pasta que corresponde a estrutura do projeto como c:\code\siteapp\Main\SolutionName\.
Algumas dicas em nomes de pastas em vigor:
Manter qualquer pasta, subpropriedades pasta, nomes de arquivos e curtas para simplificar seu trabalho e para evitar problemas potenciais de longo- caminho que podem ocorrer em alguns tipos de projetos de código.
Evite espaço em branco se você deseja facilita operações de linha de comando em vez de executar.
Se você não usar ainda ramificações, colocando todo o código em uma subpasta chamada Principal (por exemplo: $/SiteApp/Main/).Se você fizer isso, então você estará pronto quando sua equipe aumenta grande o suficiente para exigir ramificações para gerenciar o codebase.
Otimizar seus mapeamentos explícitas, implícito, encoberto, e não recursivos de uso de espaço de trabalho da pasta
Se o codebase é grande, você pode evitar desperdiçar tempo, largura de banda de rede, e espaço em disco local otimizando os mapeamentos de pasta do espaço de trabalho.
Quando você mapear uma pasta, certifique-se que você escolher uma pasta altamente suficientes na árvore de código que você obtém todos os arquivos que você precisa criar uma compilação local, mas o suficiente para baixo que você não está obtendo mais arquivos do que você precisa.Você também pode usar algumas ferramentas para criar a mais simplesmente e rapidamente um espaço de trabalho útil: explícito, implícito, encoberto, e mapeamentos de pasta de não recursiva .
Quando você examinar o espaço de trabalho Julia abaixo, você pode escrever mesmoquerer- saber: por que não mapeou simplesmente $/SiteApp/ a c:\code\SiteApp\ e não foi feita com ele?Um espaço de trabalho simples como este mapa de implicitamente todas as pastas que precisa em $/SiteApp/Main/.
O maior problema com essa abordagem é que também a forneceria com vários arquivos que não precisar, e para desperdiçar o tempo e recursos.Assim Julia cria alguns mapeamentos da pasta personalizados.
Julia não desenvolver processos personalizados de compilação para que ele não precisa $/SiteApp/BuildProcessTemplates.Ao longo do tempo espera o codebase crescer, e também não deseja baixar automaticamente cada novo bit de código adicionado a $/SiteApp/Main/.Porque as equipes que funcionam nas outras pastas alteram esses arquivos, quando Julia obtém os arquivos mais recentes do servidor, pode incorrer os atrasos longa que esperam atualizações para arquivos que não precisa. Para desenvolver seu código, Julia precisa todos os projetos de código que compreendem a solução de FabrikamFiber.Em vez de explicitamente que inclui cada projeto de código (por exemplo, $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL) mapeia em vez $/SiteApp/Main/FabrikamFiber/, e então implicitamente mapeia todas as subpastas que contêm os projetos de código precisa. |
|
Julia não precisa os arquivos em $/SiteApp/Main/FabrikamFiber/3DModels ou em $/SiteApp/Main/FabrikamFiber/Docs, e como eles são mapeados porimplicitamente, usa dois mapeamentos de encoberto para excluir essas pastas do seu espaço de trabalho. |
|
Julia e outro em sua equipe mantêm e aumentam às vezes em um conjunto de algumas bibliotecas fundamentais.Precisar quase todas as bibliotecas atuais nesta pasta e espera-as precisar bibliotecas que sua equipe adiciona existem no futuro, o que mapeia $/SiteApp/Main/libraries/Common. |
|
Julia precisa apenas um segmento pequeno de uma grande pasta, $/SiteApp/Main/libraries/Common/LibraryC, o que mapear-la como encoberto e então mapeia explicitamente apenas a subpropriedades pasta que precisa: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1. |
|
Julia precisa de alguns dos arquivos imediatamente dentro de LibraryD, mas precisa os maiores conteúdo de suas subpastas, então aplica não recursiva que mapeia para esta pasta: $/SiteApp/Main/libraries/Specialized/LibraryD/*. |
Use espaços de trabalho para isolar o trabalho e gerenciar entre ramificações diferentes
Se sua empresa usa ramificações para isolar o risco no codebase, então você deve criar um espaço de trabalho separada para cada ramificação que você trabalha dentro.
Por exemplo, em fibra de Fabrikam, o codebase e o cresceram pessoal.Para isolar o risco entre seus muitas equipes, ramificaram o codebase.Julia continua seu trabalho dentro de sua equipe pequena, mas agora usa alguns espaços de trabalho para gerenciar o trabalho que faz agora em várias ramificações.
Desenvolva recursos altera seu espaço de trabalho padrão para fazer o trabalho na ramificação de extranet, onde participa no desenvolvimento de site do suporte nesta ramificação. |
|
Integre e estabilize cria os dois novos espaços de trabalho para fazer o trabalho no teste e o dev ramificação, onde colabora com outros desenvolvedores e testadores para o código estabilizar durante a integração. |
Julia gerencia seu trabalho em três espaços de trabalho, cada um de eles mapeia pastas em uma ramificação no servidor com as pastas em seu computador de dev.
Observação |
---|
Ramificar ou para suspender (ou arquivo) são as maneiras preferenciais de isolar esforços de trabalho diferentes no mesmo codebase.No entanto, se quaisquer dessas abordagens atender às suas necessidades, você pode mapear a mesma pasta de servidor em mais de um espaço de trabalho.Na maioria dos casos você deve não precise fazer isso.Se você mapeia a mesma pasta de servidor em mais de um espaço de trabalho, lembre-se de que você pode ter separado e diferente durante alterações no mesmo arquivo armazenado em cada espaço de trabalho. |