Já tedy continuous integration vnimam trochu jinak, nezapocitavam to doho nic co se deje na stroji kazdeho vyvojare, to imho neni integrace. Naopak sila continuous integration je v moznosti vybudovat automatickou pipeline, neco jako jako pasovou vyrobu v tovarne. Napr jednou denne/tydne se jenkinsem stahnout zdrojaky, zbuildi, pusti se testy, nastroje na analyzu kodu, jako sonar, fortify.. a pripadne se aplikace automaticky nasadi na staging environment kde se pusti integracni testy které simuluji realny beh popr integraci s ostatními aplikacemi. Poslednim krokem muze byt deploy na produkci, upload do uloziste/ archivu nebo neco podobneho. Takovychto pipeline se da pripravit nekolik a nektere poustet automaticky a jine rucne podle potreby.
presne takto to chapu (a pouzivame)
v clanku je sice popsany proces, ale ta podstata jaksi se vytratila.
ale zas pro nekoho, nepolibeneho CI, to je pekne cteni
:)
Kontinuální integrace by měla být kontinuální. Každá změna okamžitě vyvolá alespoň zběžné testování. Smyslem je, aby se do mainline (master branche) nedostala změna, která zablokuje vývoj; typicky branche, které nejdou zkompilovat nebo hned po startu padají, tak mají blokovaný merge, dokud to vývojář neopraví. Noční/týdenní buildy pak slouží pro detailnější testování.
