Changes between Version 23 and Version 24 of programmersguide/jenkins
- Timestamp:
- 08/01/16 09:03:03 (10 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
programmersguide/jenkins
v23 v24 175 175 176 176 * Clique em '''Novo Job''' (''New Item''). 177 * Preencha o campo '''Nome do Job''' (''Item Name''). Exemplo: build-terralib.177 * Preencha o campo '''Nome do Job''' (''Item Name''). Exemplo: terralib-build-linux-ubuntu-14.04. 178 178 * Selecione a opção '''Free-style project'''. 179 179 * Clique em '''OK'''. … … 219 219 == Criando um Job para Build do TerraMA2 == 220 220 221 Definição de um Job a ser Executado no Slave Linux 221 Definição de um Job a ser Executado no Slave Linux que será integrado com os Pull Request do Github. Para isso, será necessário o plugin '''GitHub Pull Request Builder''' 222 222 Na interface gráfica principal do Jenkins, no navegador, acessível na instância mestre, siga as instruções abaixo: 223 223 224 224 * Clique em '''Novo Job''' (''New Item''). 225 * Preencha o campo '''Nome do Job''' (''Item Name''). Exemplo: build-terrama2.225 * Preencha o campo '''Nome do Job''' (''Item Name''). Exemplo: terrama2-build-linux-ubuntu-14.04. 226 226 * Selecione a opção '''Free-style project'''. 227 227 * Clique em '''OK'''. 228 * Informe uma '''Descrição''' (''Description'') para o projeto de build: Build TerraMA2 branch master.228 * Informe uma '''Descrição''' (''Description'') para o projeto de build: Build TerraMA2 via Pull requests. 229 229 * Selecione '''Descartar Builds Antigos''' (''Discard Old Builds''). 230 230 * Ajuste o '''#Máximo de builds''' (''Max # of builds to keep''). Exemplo: 10. 231 231 * Selecione '''Git''' no tópico Gerenciamento de código fonte. 232 232 * Em '''Repository URL''' aponte para: https://github.com/TerraMA2/terrama2.git. 233 * Em '''Branches to build''' aponte para o branch correto, como por exemplo: */master. 234 * Na opção '''Trigger de Builds''' (''Build Triggers''), escolha a opção '''Poll SCM''' e ajuste uma escala de tempo adequada, por exemplo, consultar o servidor por mudanças a cada 10 minutos: '''Schedule''' : 10 * * * *. 233 * Em '''Advanced''', adicione '''Name''' coloque '''origin'''; 234 * Em '''Refspec''', coloque '''+refs/pull/*:refs/remotes/origin/pr/*'''. Esse mecanismo permite que o Jenkins faça o fetch das mudanças e consiga apontar para o servidor remoto pegando todos os pull requests disponíveis e partir do commit recebido aplicar, o processo de build. 235 * Em '''Branches to build''' aponte para o branch correto, como por exemplo: ${sha1}. Como agora o jenkins trabalhará com pull requests, essa variavel (fornecida pelo plugin ghprb) guarda o commit recebido pelo servidor. 236 * Na opção '''Trigger de Builds''' (''Build Triggers''), escolha a opção '''GitHub Pull Request Builder''', marque '''Use github hooks for build triggering''' e em seguida selecione '''Advanced'''; 237 * Marque a '''Build every pull request automatically without asking''' e em '''Trigger Setup''', adicione '''Commit Status Context''' como '''build'''. Isso é o nome do status que será apresentado na interface do GitHub. 235 238 * Na opcao '''Build''' escolha Conditional steps (''multiple'') 236 239 * Em '''Run''' escolha execution node
