Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
G
gitlab-ci-by-example
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Harbor Registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Daniel Bissani Furlin
gitlab-ci-by-example
Commits
22917dfe
Commit
22917dfe
authored
9 years ago
by
Diego Giovane Pasqualin
Browse files
Options
Downloads
Patches
Plain Diff
Cache
parent
2f227b44
No related branches found
No related tags found
No related merge requests found
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
.gitlab-ci.yml
+15
-47
15 additions, 47 deletions
.gitlab-ci.yml
with
15 additions
and
47 deletions
.gitlab-ci.yml
+
15
−
47
View file @
22917dfe
# Usando cache
before_script
:
-
apt-get update && apt-get install -y build-essential
# Você pode definir estágios de integração contínua. Estes três estágios
# abaixo são os mais comuns. A ordem em que aparecem define a ordem de
# execução. De forma que os 'jobs' marcados como estágio 'build' executarão
# antes dos jobs 'test', que por sua vez executa antes dos jobs 'deploy'.
# O estágio seguinte só é executado se todos os jobs do estágio anterior
# completarem com sucesso.
# NOTA: ATUALMENTE NÃO EXISTE UMA FORMA DE PASSAR O RESULTADO DE UM ESTÁGIO
# PARA OUTRO, POR EXEMPLO O ARQUIVO COMPILADO EM 'BUILD' PARA SER TESTADO NO
# ESTÁGIO 'TEST'. EXISTE UMA SOLUÇÃO PREVISTA PARA O GITLAB 8.4.
stages
:
-
build
-
test
-
deploy
job1
:
# Aqui aparece a definição sobre de qual estágio o job faz parte. Se
# nenhum for especificado, o gitlab assume que o estágio é 'test'.
# Repare que o valor foi atribuído na mesma linha, mas poderia ser na
# linha de baixo, como é feito na maioria dos casos.
stage
:
build
tags
:
-
debian
script
:
-
echo "Estágio 'build'"
-
make
job2
:
# Esse job só será executado se todos os jobs do estágio 'build'
# terminarem com sucesso.
stage
:
test
artifacts
:
paths
:
-
build/
# Todos os arquivos não monitorados pelo git serão 'cacheados',
# significando que serão copiados e (potencialmente) reutilizados em
# builds futuras.
cache
:
untracked
:
true
# Também é possível utilizar o campo 'paths', como em 'artifacts'.
# Muito útil para fazer cache do vendor/ em aplicações rails ou
# node_modules/ em aplicações node.
# paths:
# - node_modules/
tags
:
-
debian
script
:
-
echo "Estágio 'test'"
# Como dito, ainda não é possível passar arquivos de um estágio para
# outro, por isso o comando abaixo vai falhar.
-
./run-test.sh
job3
:
# Os jobs marcados como 'deploy' são os últimos a serem executados.
stage
:
deploy
tags
:
-
debian
script
:
-
echo "Estágio 'deploy'"
# Aqui você pode fazer upload de algo para um servidor. Para isso
# (atualmente) você precisa gerar um par de chaves e colocar a chave
# privada em alguma variável que é passada para os scripts
# abaixo como variável de ambiente. Defina essa variável em
# <projeto>/Settings/Variables. O script deve então salvar essa
# variável (chave privada) em um arquivo para poder utilizá-la com
# ssh.
#- script_que_vai_copiar_para_servidor.sh
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment