gitlab-ci.yml

En esta página hay una serie de templates del archivo .gitlab-ci.yml, para distintos lenguajes y frameworks

Seria conveniente, mover este documento antes del video anterior.

Seria bueno que nos mostraran como configurar gitlab en un servidor propio…con todo lo hemos visto en clase

Seria muy conveniente que este antes que el video 25.

Tengo muchas dudas pero avanzo con fe.

Excelente Explicacion

Gracias por este resumen y explicación!

Entendí varias cosas que no tenía claro.

Basicamente hay que estar familiarizados con Docker y agregar estas funcionalidades que proporciona gitlab para completar el ciclo

Pregunta no me quedo claro si los test pueden correr sin haber configurado un Gitlab Runner, y en todo caso cuando seria necesario instalar un Gitlab Runner , gracias

Este texto debería de estar antes de la clase anterior…

Hola a todos.
Quisiera saber si yo puedo tener tiempo ilimitado en los CI con alguna configuración de mis propios pipelines, runners, jobs, etc en mi servidor

Entonces el GitLab Runner trabaja internamente con Docker ? y aparte este runner se puede modificar, es correcto ¿?

Las tres configuraciones más importantes son image, stages y jobs.

image: es como una configuración inicial de lo que necesitamos instalar para correr nuestros jobs.

imagen, se puede usar a nivel global o por cada job.

Stages: es una forma de agrupar jobs que pueden correr en paralelo.

job: es una automatización de un script en su nivel más bajo.
Un job puede exportar artefactos para otros jobs.

Tengo el siguiente .yaml con gitlab-runner que por alguna razon hay veces que falla en el comando cd
`stages:

• init
• deploy_testing

deploy:
stage: deploy_testing
script:
- cd /var/www/test.prueba.com.ar/private
- /opt/php-7.2/bin/php artisan down
- git pull origin develop
- npm run production
- /opt/php-7.2/bin/php composer.phar install
- /opt/php-7.2/bin/php composer.phar dump-autoload
- /opt/php-7.2/bin/php artisan config:cache
- /opt/php-7.2/bin/php artisan route:clear
- /opt/php-7.2/bin/php artisan cache:clear
- /opt/php-7.2/bin/php artisan view:cache
- /opt/php-7.2/bin/php artisan syncDBs
- /opt/php-7.2/bin/php artisan migrate
- /opt/php-7.2/bin/php artisan update-version
- cp -avr public/* …/web/
- rm -R public
- /opt/php-7.2/bin/php artisan up
only:
- develop`

He aqui la issue en gitlab https://gitlab.com/gitlab-org/gitlab-runner/issues/1379

el tema es bastante extenso,la verdad para esto creo que se requiere mas practica, ya que las posibilidades son muy amplias

Ruta del validador de sintaxis: [PROYECTO] => [CI / CD] => PipeLines => CI Lint

me parece que se debería hacer una prueba en otro entorno que no sea node.js para que quedara mas claro este tema, yo ya tengo un servidor propio de gitlab y sufrimos un poco montando esto para LAMP.

Buen aporte.

Hola, estoy tratando de correr gitlab runner desde una maquina en docker para el proceso de deploy ya que ahi en esa maquina tengo docker swarm.

Pero rengo un problema al querer registrar el runner con esa maquina, corro este comando:

gitlab-runner \
    register -n \
    --name "Docker Runner" \
    --executor docker \
    --docker-image docker:latest \
    --docker-volumes /var/run/docker.sock:/var/run/docker.sock \
    --url https://gitlab.com/ \
    --registration-token xxxxxx \
    --tag-list tag

ERROR: Registering runner... forbidden (check registration token)  runner=xxxxx
PANIC: Failed to register this runner. Perhaps you are having network problems

Como lo puedo resolver?

Excelente, fuera bueno un post montando un CI para un entorno con php

Hay alguna forma de exportar un archivo circleci.yml a gitlab-ci.yml (se que es mucho pedir pero prefiero pregunta XD)

Muy buen resumen!!!

Gracias por el resúmen, aún tengo muchas dudas pero seguro las ire aclarando en el resto del curso.

Bueno resumen 😃

No se entiende, no queda claro

Presente unos problemas en el momento en el que se ejecutaba los Test en el Pipeline de Gitlab.

Encontre este muy buen video: Clic

Comparto los códigos de los archivos modificados

.gitlab-ci.yml

`image: node:11.1.0
stages:

• install
• test

install-dependencies:
stage: install
script:
- npm install
artifacts:
expire_in: 1hr
paths:
- node_modules/
cache:
paths:
- node_modules/

test-apps:
stage: test
variables:
CHROME_BIN: google-chrome
dependencies:
- install-dependencies
before_script:
- apt-get update && apt-get install -y apt-transport-https
- wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add -
- sh -c ‘echo “deb https://dl.google.com/linux/chrome/deb/ stable main” >> /etc/apt/sources.list.d/google.list’
- apt-get update && apt-get install -y google-chrome-stable
script:
- npm run test:ci`

Karma.congi
module.exports = function (config) { config.set({ basePath: '', frameworks: ['jasmine', '@angular-devkit/build-angular'], plugins: [ require('karma-jasmine'), require('karma-chrome-launcher'), require('karma-jasmine-html-reporter'), require('karma-coverage-istanbul-reporter'), require('@angular-devkit/build-angular/plugins/karma') ], client: { clearContext: false // leave Jasmine Spec Runner output visible in browser }, coverageIstanbulReporter: { dir: require('path').join(__dirname, '../coverage/login'), reports: ['html', 'lcovonly', 'text-summary'], fixWebpackSourcePaths: true }, reporters: ['progress', 'kjhtml'], port: 9876, colors: true, logLevel: config.LOG_INFO, autoWatch: true, ** browsers: ['Chrome'], customLaunchers: { ChromeHeadlessCI: { base: 'ChromeHeadless', flags: ['--no-sandbox'] } },** singleRun: false, restartOnFileChange: true }); };

{ "name": "login", "version": "0.0.0", "scripts": { "ng": "ng", "start": "ng serve", "build": "ng build", "test": "ng test", **"test:ci": "ng test --no-watch --code-coverage --browsers=ChromeHeadlessCI",** "lint": "ng lint", "e2e": "ng e2e" }, "private": true, "dependencies": { "@angular/animations": "~7.2.0", "@angular/common": "~7.2.0", "@angular/compiler": "~7.2.0", "@angular/core": "~7.2.0", "@angular/forms": "~7.2.0", "@angular/platform-browser": "~7.2.0", "@angular/platform-browser-dynamic": "~7.2.0", "@angular/router": "~7.2.0", "core-js": "^2.5.4", "rxjs": "~6.3.3", "tslib": "^1.9.0", "zone.js": "~0.8.26" }, "devDependencies": { "@angular-devkit/build-angular": "~0.13.0", "@angular/cli": "~7.3.6", "@angular/compiler-cli": "~7.2.0", "@angular/language-service": "~7.2.0", "@types/node": "~8.9.4", "@types/jasmine": "~2.8.8", "@types/jasminewd2": "~2.0.3", "codelyzer": "~4.5.0", "jasmine-core": "~2.99.1", "jasmine-spec-reporter": "~4.2.1", "karma": "~4.0.0", "karma-chrome-launcher": "~2.2.0", "karma-coverage-istanbul-reporter": "~2.0.1", "karma-jasmine": "~1.1.2", "karma-jasmine-html-reporter": "^0.2.2", "protractor": "~5.4.0", "ts-node": "~7.0.0", "tslint": "~5.11.0", "typescript": "~3.2.2" } }

Que resumen, con este texto toda la clase anterior me quedo re clara

• Un proyecto puede tener uno o mas pipelines

• los pipelines se ejectuta por el runner

• un pipeline tiene uno o mas stages, se ejecutan el el orden definido

• un stage tiene uno o mas jobs (o scripts), se ejecutan en paralelo

• el pipeline se ejecuta por el runner haciendo uso de una imagen de docker

• puedes definir una imagen de docker distinta para cada job

pueden usar esta Extencion de vscode para GitLab , se llama GitLab Workflow:
https://marketplace.visualstudio.com/items?itemName=GitLab.gitlab-workflow

y pueden hacer uso de su validador, ejecutando el comando GitLab: Validate GitLab CI config en el command palette