Gitlab CI beállítás Rails projekthez

GitHub helyett a hobbiprojektekhez inkább a GitLab-ot használom. Többek között azért, mert ingyen lehet benne private repository-kat létrehozni (Github-on azt hiszem, 1 ilyen lehet ingyen). Másrészt számomra kényelmesebb a használata, a felülete jobban tetszik. Egyik újítás, hogy 2016. április közepe óta a GitLab összefogott a DigitalOcean-nal és lehetőséget adnak arra, hogy ingyenesen futtassunk job-okat a GitLab CI keretein belül.

A folyamat úgy néz ki, hogy GitLab-ra push-olt kód egy Runner-en lefut és a futás eredménye megjelenik a GitLab-on. A Runner-ek azok a környezet, melyeken a buildelés / futtatás történik. Ilyne Runner-t lehet futtatni egy helyi Docker konténerben is, de a DigitalOcean a nép rendelkezésére bocsát néhány úgynevezett “Shared Runner”-t, melyet lehet használni bátran.

Mire jó ez?

  • Automata tesztek futtatására
  • Deploy-álásra például sikeres futás esetén egy adott production környezetre
  • Kódminőség ellenőrzésre

A fentieken kívül és túl használható egyéb olyan építésekhez, melyeket úgy általában a CI rendszereken szoktak végezni. A példa projektben az automata tesztek futtatása és kódminőség ellenőrzése lesz történik a GitLab-on keresztül DigitalOcean Runner-ben.

Projekt részletek

  • Ruby 2.2.3-p173
  • Rails 4.2.6
  • JavaScript Runtime: Node.js (V8)
  • Database: PostgreSQL
  • Kódminőség ellenőrzés: Rubocop

CI konfigurálása

Először a projekt gyökérkönyvtárában létre kell hozni egy gitlab-ci konfigurációs fájlt: .gitlab-ci.yml

Ebben a fájlban definiáljuk, hogy miket szeretnénk futtatni milyen job-ok keretein belül.

image: ruby:2.2

services:
  - postgres:9.3

variables:
  # Configure postgres service (https://hub.docker.com/_/postgres/)
  POSTGRES_DB: custom_db
  POSTGRES_USER: custom_user
  POSTGRES_PASSWORD: custom_pass
  
before_script:
  - apt-get update -qq && apt-get install -y -qq nodejs
  - bundle install

test:
  script:
  - bundle exec rake db:drop RAILS_ENV=gitlabci
  - bundle exec rake db:create RAILS_ENV=gitlabci
  - bundle exec rake db:migrate RAILS_ENV=gitlabci
  - bundle exec rake test RAILS_ENV=gitlabci

rubocop:
  script:
  - bundle exec rubocop

Az image résznél definiáljuk, hogy milyen környezetben szeretnénk futtatni a job-okat. Ez job szinten is megadható, jelenesetben globálisan értendő. A services-en belül olyan szolgáltatást listázhatunk, melyet a futtatások során használni szeretnénk. Jelenleg ez egy postgres-t tartalmaz: ilyenkor egy postgres konténer is elindul, melynek a tesztadatbázisa a variables-ben megadott változókkal érhetők el. A before_script az összes job előtt lefut. A test és rubocop egy-egy job-ot jelöl, ez a nevük. Ezeken belül a script alatt kell definiálni az egyes lépéseket, melyek a job keretein belül futtatandók – ezek a parancssorban is megadható utasítások:

  1. apt-get update -qq && apt-get install -y -qq nodejs – JavaScript runtime telepítése
  2. bundle install – projekt telepítése, szükséges dependenciák letöltése
  3. bundle exec rake db:drop RAILS_ENV=gitlabci – korábbi custom_db tábla tartalmának eldobása
  4. bundle exec rake db:create RAILS_ENV=gitlabci és bundle exec rake db:migrate RAILS_ENV=gitlabci – tábla létrehozása újból és a szükséges migrációk futtatása
  5. bundle exec rake test RAILS_ENV=gitlabci – tesztek futtatása
  6. bundle exec rubocop – kódminőség-ellenőrzés futtatása

CI-specifikus környezet definiálása

A fenti részben feltűnhet, hogy az egyes utasítások mögött szerepel a RAILS_ENV=gitlabci argumentum. Erre az adatbázis-kapcsolat és a környezettől függő Gemfile group miatt van szükség, mivel ugyanúgy szeretném megőrizni a fejlesztői környezethez és a helyi tesztfuttatáshoz használt, helyi Docker konténerben futó PostgreSQL beállításokat.

Új környezet létrehozásának lépései:

  1. config/environments mappában test.rb duplikálása gitlabci.rb néven
  2. config/database.yml fájlhoz gitlabci beállítások hozzáadása
  3. Gemfile-ban csoportok frissítése

A .gitlab-ci.yml fájlban megadottaknak megfelelően a database.yml-ben a gitlabci beállítások:

gitlabci:
  adapter: postgresql
  encoding: unicode
  pool: 5
  host: postgres
  username: custom_user
  password: custom_pass
  database: custom_db

Esetemben a Gemfile-ben az alábbiak módosultak:

group :test, :gitlabci do
  # Mock API with webmock
  gem 'webmock'
  # Test framework
  gem 'rspec'
end

group :development, :gitlabci do
  # Static code analyzer
  gem 'rubocop', require: false
end

A webmock-ot és rspec-et csak a test és gitlabci környezeteken használom, mivel ezekben történik a tesztek futtatása. Ezzel szemben a rubocop-ot csak development és gitlabci környezeteken futtatom, így a test környezeten a bundle install idejét nem növelem feleslegesen ennek függőségnek a telepítésével.

Megjegyzés: másik elterjedt módszer, hogy egy másik, CI adatbázisadatokat leíró database.yml fájlt is létrehoznak, melyet copy paranccsal a CI környezetben aktiválnak oly módon, hogy felülírják vele az eredeti database.yml-t.


További információk, felhasznált irodalom:

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöljük.