CI

A CI szerverek kipróbálását támogató sorozatom utolsó részéhez érkeztünk. Ebben a blogbejegyzésben a legelső és azóta is töretlen hírnévnek örvendő Jenkis szervert próbáljuk ki. Mi van a dobozban A korábban már bemutatott projektbe hoztam létre egy új jenkins nevű könyvtárat, amiben a Jenkins futtatásához szükséges docker környezet található. Nagyon fontosnak tartom megjegyezni itt az elején, hogy az elsődleges szempont az egyszerű kipróbálás volt. Ez a setup nem alkalmas éles környezetben való futtatásra....

A múlt héten bemutatott minimál projektet most Gitlab CI alá helyeztem be, hogy megmutassam, az is igen egyszerű. Amennyiben Gitlab.com szolgáltatását használod semmilyen plusz beállításra nem lesz szükséged. .gitlab-ci.yml A GitLabon található projekt pontosan ugyanaz, amit legutóbb néztünk, egyetlen egy különbséggel, ez pedig a *.gitlab-ci.yml *fájl. Amennyiben ez a fájl létezik a projekt gyökérkönyvtárában és valid, akkor elindulnak a pipeline-ok a benne leírtak szerint. Bár a Gitlab is kínál sablon CI fájlokat, én mégis sajátot készítettem, hogy ugyanazt csinálja, mint amit az előző bejegyzésben bemutatott CI fájl csinált....

Amennyiben már gondolkodsz azon, hogy a projektjeidet a folyamatos integráció (CI) módszerével fejleszd, akkor itt az idő, hogy elkezd. Ez a blogbejegyzés egy minimál projekten keresztül mutatja be, hogy hogyan teheted ezt meg könnyedén a GitHub Actions segítségével. A projekt A projekt egy nagyon minimális NodeJS alkalmazás, melynek a kódja igazából a Jest teszt keretrendszer dokumentációjából származik. Az ott leírt lépések segítségével hoztam létre a fájlokat. A sum.js a működést biztosító kód, a sum....

Amikor eldöntöttük, hogy rálépünk a folyamatos integráció (CI) vonzó, de új, és ezért rengeteg veszélyt rejtő ösvényére valamelyik eszköz mellett le kell tennünk a voksunkat. Ebben a választásban próbál segíteni ez az írás. Miért tennénk ezt? A Continuous Integration abból a megfigyelésből indult ki, hogy annál olcsóbb a hiba kijavítás, minél előbb vesszük észre azt, valamint a korrekció költsége az idővel exponenciálisan növekszik. Minél gyakrabban ellenőrzünk, fajlagosan annál olcsóbb lesz a hibák javítása....

A Szegedi Szabad Szoftver Konferencián tartott előadásom videója elérhető: Ha szeretnéd ezt a folyamatot felgyorsítani, akkor Neked ajánlom a Konténerizált fejlesztői környezet kialakítása című workshopomat.

Annyi szépet és jót hallani a folyamatos szállításról, integrációról, telepítésről (continuous delivery, integration, deployment), no meg az automata tesztekről, amiktől “egyből jobb minőségű lesz a kód”, hogy szinte mindenki elkezdte bevezetni ezeket a fejlesztési módszertanába. Ebben a rövid írásban felvázolom, hogy milyen buktatókkal kell megküzdened, ha belevágsz és egy vázlatos tervet, egy itinert adok át, ami alapján nekiállhatsz a megvalósításnak, vagy folytathatod azt, ha egy ponton elakadtál. “Ha fáj, csináld gyakrabban” - mondta Martin Fowler, ami nem az önsanyargatás egyik tételmondata, hanem arra utal, hogy minél hamarabb veszünk észre egy hibát, vagy problémát, annál olcsóbb azt javítani....