Figura 88 Mapeamento do Workspace para o build

10. 
    Clique no item Build defaults. A tela Build Defaults é onde são detalhados o controlador (máquina onde o build será executado) e o local onde os artefatos do build serão copiados ao final do processo.
    

11. 
    Selecione um controlador de build a partir da lista. O controlador de build é comumente referido como “máquina de build”.
    

Se você estiver usando sua própria máquina virtual você precisa selecionar o seu próprio controlador.

12. 
    Digite o local \\localhost\drops no campo output location. Este é o local onde os artefatos de build serão copiados após o processo de build ser finalizado. Este local precisa ser obrigatoriamente um compartilhamento de rede (UNC).
    

Se você estiver utilizando sua própria If you are using you own image you must have already set up a file share to which the Team Foundation Build process has access.

13. 
    Clique em Process. O Source Control Explorer será exibido. A tela de seleção do template de processo build é nova no Visual Studio 2010. Ela define parâmetros a serem utilizados durante o processo de build. (Figura 89)
    

Figura 89 Defina informações sobre o processo de build

14. 
    Clique na caixa de texto Items to build e clique em no botão . O diálogo Items to Build é exibido. Figura 90.
    

Figura 90 Diálogo Items to Build

15. 
    Clique em Add. No diálogo browse, vá até o caminho $/HOL_DatabaseProjects/BuildAndDeploy/AdventureworksDB e selecione AdventureworksDB.sln como sendo a solução para o build. Clique em OK para aceitar a seleção. Você deve ver agora o sumário mostrado na Figura 91 .
    

Figura 91 Solução selecionada para o build

16. 
    O Team Foundation Build descobre quais são os testes a serem executados através das opções definidas na seção Automated Test. Por padrão o Team Foundation Build utiliza uma máscara para identificar quais testes devem ser executados. Conforme mostra a Figura 92 o valor da mascara é **\*test*.dll. Como não temos nenhum teste unitário neste projeto, o build irá ignorar esta seção.
    

17. 
    Clique em Retention Policy. A política de retenção diz respeito a quantos builds são preservados para projetos de médio porte. A Figura 92 mostra os valores padrão. Não é necessário alterar nada nesta tela.
    

Figura 92 Configuração de política de retenção de build

18. 
    Neste ponto o processo de definição de build está concluído. Após clicar em Save no menu principal (ou pressionar CTRL+S), a nova definição de build aparece dentro da pasta build no Solution Explorer. (Figure 93)
    

Figure 93 A nova definição de build criada