Visual Studio alm rangers

Nota: Se o erro a seguir for exibido, o controlador não foi configurado. Para configurar o service de build veja “Configurando uma Máquina de Build”⁵

6. 
   Para completer a definição de build, todos os passos no menu da esquerda (como mostrada na figura abaixo) devem ser preenchidos. Contudo, os passos obrigatórios estão identificados com o triângulo . (Figura 86)
   

Figura 86 Informações obrigatórias da definição de build destacadas por um triângulo amarelo

7. 
   Clique em Trigger. A tela a seguir aparece. O disparador (trigger) do build indica como o build será iniciado. No Team Foundation Server existem 5 formas:
   

• 
  Manual – O build precisa ser manualmente iniciado.
  
• 
  Continuous Integration – O build será iniciado cada vez que ocorrer um check-in.
  
• 
  Rolling builds – Os builds após a ocorrência de um check-in e após o tempo transcorrido.
  
• 
  Gated Check-in – O build só será gravado de fato no controle de código-fonte após o término do build, caso ele seja bem sucedido, inclusive em relação aos testes associados.
  
• 
  Scheduled – O build é iniciado em data/hora específica. Esta é a opção na qual é possível agendar um build mesmo que nenhum check-in tenha ocorrido.
  

Figura 87 Opção para disparar um build

8. 
   Clique no item Workspace. O workspace é o mapeamento entre a pasta no controle de versão no Team Foundation Server e o diretório onde os arquivos serão extraídos na máquina de build.
   

9. 
   Você não precisa alterar nada nesta tela. Contudo, para intergração continua, a pasta do controle de versão selecionada corresponde à estrutura sob a qual ao ocorrer um check-in será disparado um build.