URPUTNIK: gradle + artifactory? :)

mimochodem, pokud v ramci CI buildite nejavovy zdrojaky, do jakyho repozitare sypete vysledky, co se budou deployovat? ja je sypu do nexusu a vyrabim jim imaginarni pom, ale mozna existuje nejaky elegantnejsi zpusob :) jde mi o php, angular a react ..

URPUTNIK: tak je ma to tam co driv (jenkins/job/[job name]/config.xml), meli jsme nakopnuty FS a normalne tam mizely soubory ..

asi jsem slepej, kde ma prosim vas novejsi jenkins ulozeny konfigrace jednotlivych jobu? nachazim vsude jenom na priklady pres groovy/dsl verzi, tu my ale nepouzivame :/ a historicke jenkins/job/[jobnam]/config.xml neexistuje ..

URPUTNIK: Rekl bych, ze idealni bude nejaka stredni cesta :-)).

URPUTNIK: k tomu me napada, nemate nejaky oblibeny navod/video/priklad/skoleni na razeni/pipeline jobu v jenkinsu? videl jsem to jednou pres rameno pouzity, ale nikdy jsem to nenastavoval .. tak ze bych si mohl usetrit nejaky skrabani na hlave

a druhy, obecnejsi, dotaz - na strategii, osvedcuje se vam delat elementarnejsi joby, ktery se navzajem pousti, nez delat 1 velky?

historicky jsem napriklad meli maven job pro kazdy artefakt, ale byl v tom strasnej chaos, kdyz jsem zacali zvedat/tagovat jednolivy komponenty .. takze jsem to zjednodusili a napriklad cely workspace drzi jednu verzi, kdyz se dela branche, tak se dela branche vseho, takze 1 job na 'git brach' .. na druhou stranu mame taky checkout joby co pousti hotovy aplikace na server, ktery ale v sobe zase schovavaj ovladani tomcatu, jbosse, apache, apod .. uz je to dost neudrzitelny, tak se zas klonim k tomu, ze bych to rozpadnul :)

a do toho se nam blizi zavedeni virtualizace, coz treba bude znamenat vyrabet exekutory kdyz budou potreba ..

ahoj,
tahle diskuzni skupina mi unikla, sem budu chodit casteji :)

upgradovali jsme ted jenkinse (z 2.14 na 2.133) a tak nastavuju nejaky veci znova/poprve .. jeden z jobu, ktery mame, buildi frontendovy zdrojaky, nektere buildi webpack, nektere gulp .. kazdopadne, oba dva umi 'barevny' logy z buildu/testu/apod .. kdyz to poustim lokalne v konzoli, tak mi to funguje ..

na jenkinsu v logu jobu to bylo nejdriv uplne rozsypany, pac J neni defaultne v utf8 :) ale pridani -Dfile.encoding=UTF8 -jar ke spusteni to spravilo .. kazdopadne to barvy furt nema, prestoze jsem tam pridal aktualni ansicolor-plugin ..

ted to 'vypada' cernobile, napriklad:

[15:51:53] gulp-inject 7 files into youropinion/yourOpinion.translate.module.js.

kdyz v ramci buildu pustim navic bower/npm update, tak to dokonce udela tohle:

[15:25:56] gulp-inject 7 files into youropinion/yourOpinion.translate.module.js.

coz teda trosku vypada, ze se tam rozsypaly ty ansicolor tagy ..

takze, napada vas prosim, co dalsiho bych mohl/mel nastavit? mame tam i joby co delaj syntakticky kontroly (napriklad souboru s preklady), ktery bude cist netechnicky uzivatel, barvicky by mu mohly hodne pomoct :)

nedal jsem vedet, ale nakonec to facha, vlastne ani nevim proc to neslo :)

EDMAN_DORT: na nektere veci pouzivame, ale pro deploy hlavni aplikace chceme aby se to provedlo na identicke masine (instalaci ne vykonem) jako je na produkci... hlavne testy, v minulosti se jiz stalo, ze mel vyvojar jinou kompilaci php, kde to behalo, ale na produkci fail... to si nemuzem moc dovolit a blbe se to hleda pak

SADY: My sme presli z Bamboo na Bitbucket Pipelines (a tim zustali u Atlassian) a jsme vic nez spokojeni, to reseni vam nevyhovovalo?

SADY: ad druhá část dotazu, existuje tohle https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Fleet+Plugin nicméně nezkoušel jsem, bez záruky

SADY: taky bych napred cumnul do logu, kde je problem, nasel nejaky prvnic hybovy hlasky, a od tec h se odpichl..
tak jestli je sem postnes....

SADY: Ja bych zacal tim, ze bych projel logy jak jenkinse, tak bitbucketu...

MUXX: k 30.lednu ho atlasian prestane provozovat, takze do konce mesice musime mit deployment jinde...

SADY: Muzu se zeptat co vas vedlo k opusteni bamboo?

Zdravim ve spolek, prechazime z bamboo na jenkinse a mam potiz, nejde mi pripojeni k bitbucket repositari... zkousel jsem ruzne navody, ale nejak nemakaj :)
Jenkins bezi na EC2 masine, v Credentials mam uzivatele buildbota s SSH klicem, prihlaseni do bitbucketu na toho uzivatele funguje. Mate nejake napady co delam spatne nebo muzete nekdo pripadne popsat jak to delate vy?

Nasledne pak budu jeste resit spousteni dalsich EC2 masin jako slave pro hlavni Jenkins masinu a na tech budou probihat buildy pro jednotlive projekty. Tak kdzbz jste mel nekdo nejakej dobrej navod jak ty AMI na EC2 nastavit (jediny co vim, ze se musi pustit slave.jar), aby je master mohl pustit. Pripadne jak to nstavit na masteru, aby to fungovalo.

Diky za jakekoliv info...

2BFREE: Jsem si nevsiml toho data, klub jsem objevi az ted :-)

SPACEANGEL:
a nebyla to sqela doba? Vsechno takto tezce pionyrske a kdyz jsi prisel k tomuto reseni, ktere psal nekdo jiny, tak vzdy jen znelo "WTF" :)