Egyebkent alakulgat ez a Jenkins allat, de egy biztos: az exception-oktol meg a random slave leszakadasoktol (szepen csondben elkressel a kliens) mar most hanyok. En tudom nagyon jol, hogy uj ficsorokon dolgozni sokkal erdekesebb, mint bugfixelni, de azert egy olyan rendszernel, ami a sajat fejleszteseink stabilitasat hivatott elosegiteni, nem feltetlen lesz megfelelo az a megkozelites, hogy talicskazzuk bele a kodot a repoba, aztan majd kisul belole valami. Ahogy arrol sem vagyok meggyozodve, hogy bolcs dolog hetente release-elni. Vagy mondjuk akkor azt hivjuk alfanak, ne release-nek. Na de majd kiderul. Max nezhetek uj allas utan rofl.
- bviktor blogja
- A hozzászóláshoz be kell jelentkezni
- 1371 megtekintés
Hozzászólások
Jenkinsből szigorúan a long term support verziót. És megtanítani a fejlesztőknek, hogy az upgrade gomb nem azért van ott a GUI-n, hogy megnyomják. :) A plugineknél sem.
---
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
A fejlesztoktol ezt a jogot megvonjunk.
De ha osszealt egy stabil mukodo arrol mindenkeppen csinalj backupot. Nemtudhatod mikor kovetkezik be ujbol... :)
--
"ssh in a for loop is not a solution" – Luke Kanies, Puppet developer
- A hozzászóláshoz be kell jelentkezni
Research csoportban ez kicsit nehez, plane, hogy a fejlesztok neha azzal kiserleteznek, hogy valami rafinalt fajta test suite-ot vagy code coverage plugint beizzitsanak. Erre egyebkent be van vezetve 2 jenkins instance ugyanazon a gepen, 1db "production" es 1db "sandbox". Az init scripteket kicsit piszkalni kell hozza, hogy a default port, illetve directory-k allithatoak legyenek, utana viszont egesz kenyelmes.
A masik nagy trukk - ha maven-t is hasznal a projekt - a jenkins job generator plugin: http://evgeny-goldin.com/wiki/Jenkins-maven-plugin. Kicsit csajbota a hasznalata, de megeri, hogy source controlban lehet tartani a jenkins jobok konfigjat vele. Ha jo helyre raktad a projektben, kovetni fogja a branchelest, release tagelest is! Csak be kell tartani, hogy manualisan nem allitgatjuk a projekteket a valtozas bechekelese nelkul, mert a kovetkezo generalasnal felul lesz csapva.
---
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
Na igen, erre jutottam en is, viszont most 1.538-rol 1.509.4-re nem igazan akarok mar downgrade-elni, meg elbaszodik valami data. Ugyhogy marad az, hogy varok a kovetkezo major LTS release-ig. Eddig nagyjabol fel ev telt el kozottuk, a legutobbi bump meg majusban volt, ugyhogy talan remenykedhetek :)
Egyebkent a slave crash-re a kovetkezo rendkivul otromba, amde mukodo megoldast talaltam ki:
while (1)
{
invoke-expression "java -jar slave.jar -jnlpUrl $jnlpurl -secret $secret"
}
Van meg jopar trukk, amire idokozben rajottem, majd irok rola post-ot, ha idom engedi, hatha masnak is szuksege van ra.
Szerk: valoban nem szabad a plugin-eket se "csak ugy" frissitgetni, most is frissult a conditional-buildstep, erre a job-ok atnevezesenel kop egy ilyet:
javax.servlet.ServletException: java.lang.NoSuchMethodError: org.jenkinsci.plugins.conditionalbuildstep.ConditionalBuildStepHelper.getContainedBuilders(Lhudson/model/Project;Ljava/lang/Class;)Ljava/util/List;
Downgrade utan persze jo.
- A hozzászóláshoz be kell jelentkezni
Most nezegettem a community rating-eket, es nagyjabol az jott le, hogy gyakorlatilag tokmindegy, hogy LTS vagy release, csak a szerencsen mulik. Igazabol az utobbi LTS-ek rosszabb ertekeleseket kaptak, mint pl. az 1.538 vagy 1.537 release.
Szoval most inkabb afele hajlok, hogy vasarnapig varok az upgrade-del, es ha jok az ertekelesek, akkor frissitek. Amig nincs ilyen, addig meg hold-ra teszem a jenkins csomagot apt-mark-kal. Ha valami beszarik, max snapshot-bol visszaallitom a korabbit.
- A hozzászóláshoz be kell jelentkezni