Kontinuální integrace s Jenkins CI (diskuse)

[CEST]

No jo, takhle.to taky v praci delame. Teda ja to musim drzet za behu, ale ted uz vim, jak se to jmenuje. Akorat mame vlastni systemy, ale jeden kolega asi testuje Hudson-instaloval jsem mu na to masinu.

[dementni.lojzik]

No jo, takhle.to taky v praci delame. Teda ja to musim drzet za behu, ale ted uz vim, jak se to jmenuje.

jj, imho to kontinualni integraci provuzuje kde kdo, protoze je to vcelku prirozene, ale hromada lidi nevi, ze to uz stihnul nekdo pojmenovat (A je na zvazeni kazdeho, jestli pouzije nejaky existujici nastoj nebo si napise par svy (napr. bashovych) skriptu)

[Pavel Křivánek]

Velmi užitečný plugin je Copy Artifact.

http://hudson-ci.org/download/plugins/copyartifact/

[dementni.lojzik]

spatny okaz ke staneni, spravny je http://mirrors.jenkins-ci.org/plugins/copyartifact/latest/ AFAIK tento plugin pro Hudson uz nikdo nevyviji (ostatne, posledni verze u Hudsonu je 1.9, kdezto u Jenkins 1.18)

[Pavel Křivánek]

A existuje nějaká alternativa (krom kopírování v shell scriptu)? Používáme ho opravdu hodně. Třeba v jednom úkolu se z Gitu získávají aktuální scripty, které pak řídí zpracování dalších úkolů. Nebo díky tomu máme zvláštní úkoly stahující aktuální verze potřebných souborů z internetu atd.

[dementni.lojzik]

popravde receno nevim, ja tenhle pugin nikdy nepouzil. Ruznych atrifact uploaderu je pomerne hodne - zalezi dost na tom, co presne je potreba. Kazdopadne bych jako o alternative uvazoval o NFS - Jenkins master by ukladal joby na diskovy oddil, ktery by byl pres NFS sdileny se slave nody, takze by z kazdeho slave nodu byl pristup ke vsem artefaktum vsech jobu (ktere by se pak pripadne skopirovaly do workspace, pokud by bylo potreba do nich zapisovat). Nebo obdobne, mit pres NFS sdileny disk, pak jeden job napr. z githubu stahne zdrojaky a ostatni joby si je odtud kopiruji.

[pavlix]

poté, co Oracle vcelku nekompromisně odmítnul převedení projektu pod nejakou OSS nadaci, před nějakým časem Oracle rozhodnul, že projekt převede pod Eclipse foundation

Co mi to jen připomíná…

[jkb]

... Pravděpodobnost těchto konfliktů a jejich složitost pochopitelně závisí na tom, jak často tento proces absolvujete - čím je tento interval delší, tím větší pravděpodobnost (za predpokladu, že každý vývojář nepracuje na submodulu, který je zcela oddělen od ostatních - což v reálu není přiliš časté), ...

to bych rekl , ze je ten hlavni problem softwaroveho vyvoje.

[Filip Jirsák]

Ne každého. Jenom toho špatně organizovaného.

[janek]

Podle mě je horší když máš skupinu lidí, kteří si dělají každý na svém písečku, protože ti lidé se potom stávají nenahraditelnými. Převzetí cizího kódu, o kterém nic nevím, bude trvat minimálně několik týdnů a to může být v mnoha projektech zásadní problém.

[Filip Jirsák]

Ale když bude každý vrtat do všeho, nijak se to nezlepší – naopak, nebude už vůbec nikdo, kdo by tomu kódu pořádně rozuměl. To oddělení modulů samozřejmě nemá vypadat tak, že na každé části dělá jen jeden vývojář, ale měla by to být nějaká menší skupinka, kde už se mezi sebou domluví, kdo na čem zrovna dělá, takže nebudou tři najednou upravovat jednu funkci.

[AsciiWolf]

Jenkins? Leeroy!

[Já]

Ještě aby to nepotřebovalo 2 giga paměti jenom aby to dokázalo vůbec běžet (a další gigo aby mi aspoň spustilo bash skript). Jasně, jsme byznys, všecko máme, všecko se koupí a zařídí, ale i tak… co je mi platné jak hrozně snadno se to instaluje a všechno, když na to potřebuju celý samotný dedikovaný stroj. Představoval bych si něco praktičtějšího.

[dementni.lojzik]

no, jestli ti to zere 2GB po spusteni a a dalsi giga aby to spustilo bash skript, tak zjevne delas neco blbe. O tom, ze programy v jave se daji spoustet s ruznymi parametry, jako treba -Xmx jsi uz nekdy slysel? (resp. myslim, ze ses vubec neobtezoval tim, zkusit si to pustit, protoze 2GB to po startu vazne nezere)
co se tyce HW, nikdo te pochopitelne nenuti, abys na to mel specializovany server, pust si to kde chces. Jestli mas treba SVN server u sebe na notebooku, Jenkins se tam urcite taky jeste vejde. Mozna by pro tebe bylo uzitecnejsi, kdyby sis to misto placani tady v diskuzi skusil opravdu pustit ...

[Já]

Já to opravdu zkoušel, a virtuální mašina s 2G paměti byla dolní mez kde to aspoň naběhlo, další giga pak bylo třeba, aby tam šel ten bash skript a nedostal jsem Javovou výjimku o nedostatku zdrojů.

[Filip Jirsák]

Jakou velikost dostupné paměti jste v té Javě nastavil?

[dementni.lojzik]

v tom pripade by bylo velmi uzitecne udelat a nekam dat ke stazeni heap dump (jmap -dump:file=jenkinsDump.hprof $jenkins_proces_id), velmi rad se na nej podivam

[alkoholik]

Me staci 1,5GB pro virtual, kde bezi Jenkins i Gerrit zaroven.
Problemy s pameti jsem mel u starsi verze. Finta byla v tom, ze se nemusela zvetsit -Xmx, ale -XX:MaxPermSize.

[msk]

Zacinam zavidiet programatorom pracujucich v normalnych prostrediach, kde sa veci ako CI pouzivaju bezne. Ja som teamcity pouzival uz pred rokmi, nevediac, ze je to vlastne to CI. Momentalne trpim v teame, kde je CI len ako doplnok a takmer sa nepouziva ( resp. nema zmysel jeho vystupy nejak analyzovat ), pretoze kombinacia zaostalych technologii a nastanevnych procesov sposobuje, ze verzovaci pasystem je takmer denne plny neskompilovatelneho bordelu ktory nikto zasadne neriesi, pretoze cely team je zvyknuty na to, ze eclipse to _nejak_ predsa len skompiluje.

Co by som len dal za to, dostat sa zase do normalnych kolaji ( tymto nenapadne naznacujem, ze som pracovnym ponukam znacne otvoreny )