„Folyamatos egyesítés” változatai közötti eltérés

[ellenőrzött változat][ellenőrzött változat]
Tartalom törölve Tartalom hozzáadva
a →‎Munkafolyamatok: korr, átfogalmaz T3-ba
11. sor:
 
== Munkafolyamatok ==
 
=== Helyi tesztek futtatása ===
A CI-t az automatizált egységteszttel kombinálva, a tesztvezérelt fejlesztés során kell felhasználni. Ezt úgy végezzükvégzik, hogy az összes egységtesztet futtatjukfuttatják és átadjukátadják a fejlesztőkörnyezetnek, mielőtt hozzáadnánkhozzáadnák a fővonalhoz. Ez segít elkerülni, hogy az egyik fejlesztő befejezetlen munkáját megsemmisítse egy másik fejlesztő munkája. Szükség esetén a részben teljes funkciókat le lehet tiltani a végrehajtás előtt, például a funkcióváltások használatával.
 
=== Kód fordítása CI-ben ===
20 ⟶ 19 sor:
=== Tesztek futtatása CI-ben ===
 
Az automatikus egységtesztek mellett a CI-t használó szervezetek általában építőkiszolgálót is használnak a folyamatos minőség-ellenőrzési folyamatok végrehajtása során - ez általában kis erőfeszítésekkel jár, viszont gyakran van alkalmazva. Az egység és az integrációs tesztek futtatása mellett az ilyen folyamatok további statikus elemzéseket is futtatnak, és ezen kívül mérik és profilozzák a teljesítményt, kivonják és formázzák a forráskódot, valamint megkönnyítik a minőségbiztosítási folyamatokat. Például a nyílt forráskódú Travis CI szolgáltatáson a CI munkák csak 58,64% végez teszteket a folyamat során. <ref>{{Cite journal|author=Durieux|first=Thomas|date=2019|title=An Analysis of 35+ Million Jobs of Travis CI|journal=2019 IEEE International Conference on Software Maintenance and Evolution (ICSME)|publisher=IEEE|pages=291–295|doi=10.1109/ICSME.2019.00044}}</ref>
 
Az automatikus egységtesztek mellett a CI-t használó szervezetek általában építőkiszolgálót is használnak a folyamatos minőség-ellenőrzési folyamatok végrehajtása során - ez általában kis erőfeszítésekkel jár, viszont gyakran alkalmazva. Az egység és az integrációs tesztek futtatása mellett az ilyen folyamatok további statikus elemzéseket is futtatnak,és ezen kívül mérik és profilozzák a teljesítményt, kivonják és formázzák a forráskódot, valamint megkönnyítik a minőségbiztosítási folyamatokat. Például a nyílt forráskódú Travis CI szolgáltatáson a CI munkák csak 58,64% végez teszteket a folyamat során. <ref>{{Cite journal|author=Durieux|first=Thomas|date=2019|title=An Analysis of 35+ Million Jobs of Travis CI|journal=2019 IEEE International Conference on Software Maintenance and Evolution (ICSME)|publisher=IEEE|pages=291–295|doi=10.1109/ICSME.2019.00044}}</ref>
 
A minőség-ellenőrzés folyamatos alkalmazásának a célja a szoftver minőségének javítása és a továbbításhoz szükséges idő lecsökkentése úgy, hogy a fejlesztés befejezése után a hagyományos ellenőrzési gyakorlatokat kiváltja. Ez nagyon hasonlít az eredeti elképzeléshez, amely szerint az integráció megkönnyítése érdekében a gyakoribb integrációt csak a minőségbiztosítási folyamatok során alkalmazzák.
 
=== Tárgy telepítése a CI-ből ===
A CI gyakran összefonódik a folyamatos szállítással vagy a folyamatos telepítéssel az úgynevezett CI / CD csővezetékben. A CI gondoskodik arról, hogy a fővonalon bejelentkezett szoftver mindig olyan állapotban legyen, amely a felhasználók számára telepíthető, amit viszont a CD telepítési folyamat teljesen automatizál.
 
== Történet ==