Otimizar seu workspace

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Visual Studio 2019 | Visual Studio 2022

Se sua equipe tiver uma base de código grande e complexa, você poderá otimizar seu workspace para conter apenas os arquivos necessários. Otimizar seu workspace melhora o desempenho, reduz o tráfego de rede e reduz o espaço em disco necessário no computador de desenvolvimento.

Otimizar os nomes das pastas

Se você ainda não usar branches, coloque todo o código em uma subpasta chamada Main no servidor, por exemplo: $/TFVCTeamProject/Main/. Em seguida, você estará pronto quando sua equipe crescer o suficiente para exigir branches para gerenciar sua base de código. No computador de desenvolvimento, você deve usar um caminho de pasta curto e compreensível que corresponda à estrutura do projeto, como C:\Users\<YourName>\Source\Workspaces\TFVCTeamProject\Main\SolutionName.

Mais algumas dicas sobre nomes de pasta efetivos:

• Mantenha todos os nomes de pasta, subpasta e arquivo curtos para simplificar seu trabalho e evitar possíveis problemas de longo caminho que possam ocorrer com alguns tipos de projetos de código.

• Evite o espaço em branco em nomes de arquivo e pasta para facilitar o desempenho das operações de linha de comando.

Otimizar seu workspace

Se a base de código da sua equipe for grande, você poderá evitar perda de tempo, largura de banda de rede e espaço em disco local otimizando os mapeamentos de pasta do workspace. Você pode usar mapeamentos de pasta explícitos, implícitos, camuflados e não recursivos para criar um workspace mais simples e rápido.

Ao mapear uma pasta para seu workspace, certifique-se de escolher uma pasta alta o suficiente na árvore de código para obter todos os arquivos necessários para criar um build local, mas baixo o suficiente para que você não esteja recebendo mais arquivos do que precisa. No workspace de exemplo a seguir, você pode simplesmente mapear $/SiteApp/ para c:\code\SiteApp\. Um workspace simples como esse mapearia implicitamente todas as pastas em $/SiteApp/Main/ para seu workspace, incluindo os arquivos necessários.

O principal problema com essa abordagem é que ela fornece muitos arquivos que você não precisa e, portanto, perde tempo e recursos. Por exemplo, se você não desenvolver processos de build personalizados, não precisará de $/SiteApp/BuildProcessTemplates/.

Com o tempo, você espera que a base de código da equipe cresça e não deseja baixar automaticamente cada novo bit de código adicionado a $/SiteApp/Main/. À medida que as equipes que trabalham em outras pastas alteram esses arquivos, quando você obtém os arquivos mais recentes do servidor, você pode incorrer em longos atrasos aguardando atualizações nos arquivos de que não precisa.

Você pode otimizar seu workspace para criar mapeamentos de pastas mais personalizados.

1. No Gerenciador de Controle de Origem do Visual Studio, selecione a seta suspensa ao lado de Workspaces e selecione Workspaces.

2. Na caixa de diálogo Gerenciar Workspaces , selecione o workspace que você deseja otimizar e selecione Editar.

3. Na caixa de diálogo Editar Workspace , edite os mapeamentos do workspace.

   

4. Por exemplo, para desenvolver seu código, você precisa de projetos de código do projeto DinnerNow . Em vez de incluir explicitamente cada projeto de código na solução, como $/Fabrikam TFVC/DinnerNow/feature3, você pode mapear $/Fabrikam TFVC/DinnerNow e, portanto, mapear implicitamente todas as subpastas que contêm os projetos de código necessários.

5. Você não precisa dos arquivos em $/Fabrikam TFVC/DinnerNow/feature1 ou $/Fabrikam TFVC/DinnerNow/feature2, mas como eles estão implicitamente mapeados, você pode usar dois mapeamentos camuflados para excluir essas pastas do seu workspace.

6. Sua equipe mantém e, às vezes, aumenta um conjunto de algumas bibliotecas fundamentais. Você precisa de quase todas as bibliotecas atuais nessa pasta e espera precisar de bibliotecas que sua equipe adicione lá no futuro, para que você mapeie $/Fabrikam TFVC/Main/.

7. Você precisa apenas de um pequeno segmento de uma pasta grande, $/Fabrikam TFVC/Main/ClassLibrary, para mapeá-lo como camuflado e mapear explicitamente apenas a subpasta necessária, $/Fabrikam TFVC/Main/ClassLibrary1.

8. Você precisa de alguns dos arquivos imediatamente no ClassLibrary1, mas não precisa do conteúdo de suas subpastas, portanto, você aplica um mapeamento não recursivo à pasta $/Fabrikam TFVC/Main/ClassLibrary1/ .

Você também pode mapear pastas para workspaces clicando com o botão direito do mouse em uma ramificação ou pasta não mapeada no Gerenciador de Controle de Origem e selecionando Mapa Avançado>para pasta local. Ou selecione o link Não mapeado ao lado da pasta Local na parte superior do Gerenciador de Controle do Código-Fonte. Na caixa de diálogo Mapa , selecione uma pasta local para a qual mapear e marque a caixa de seleção Recursiva se quiser fazer o mapeamento recursivo entre subpastas.

As capturas de tela a seguir mostram os resultados da aplicação dessas otimizações de workspace na árvore do servidor no Gerenciador de Controle do Código-Fonte e nos arquivos locais em seu computador.

Usar workspaces para isolar branches

Se sua organização usar branches para isolar o risco em sua base de código, você poderá criar um workspace separado para cada branch em que trabalha. Você continua seu trabalho em sua pequena equipe, mas usa alguns workspaces para gerenciar o trabalho que faz em vários branches.

Por exemplo:

• Desenvolver recursos: você modifica seu workspace padrão para trabalhar no branch, no Extranet qual participa do desenvolvimento do site voltado para o cliente.

• Integrar e estabilizar: você cria dois novos workspaces para trabalhar no e Test branches, em que colabora com outros desenvolvedores e testadores para estabilizar o código durante a Dev integração.

Você gerencia seu trabalho em três workspaces, cada um dos quais mapeia pastas em um branch no servidor para as pastas em seu computador de desenvolvimento.

Próximas etapas

Selecionar uma estratégia de ramificação eficaz