NOTA
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”5
Figura 85 Diálogo alertando sobre a ausência de um controlador de build
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
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.
Selecione a trigger Continuous Integration para indicar que o build deve ser feito a cada check-in. (Figura 87)
Figura 87 Opção para disparar um build
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.
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.
Compartilhe com seus amigos: |