{"id":96065,"date":"2020-10-07T13:42:09","date_gmt":"2020-10-07T11:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/problema-umnoj-ochistki-obrazov-kontejnerov-i-eyo-reshenie-v-werf"},"modified":"2020-10-07T13:42:09","modified_gmt":"2020-10-07T11:42:09","slug":"problema-umnoj-ochistki-obrazov-kontejnerov-i-eyo-reshenie-v-werf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/problema-umnoj-ochistki-obrazov-kontejnerov-i-eyo-reshenie-v-werf","title":{"rendered":"A \u201eokos\u201d kont\u00e9nerk\u00e9pek tiszt\u00edt\u00e1s\u00e1nak probl\u00e9m\u00e1ja \u00e9s megold\u00e1sa a werf-ben","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"A
\n
\nA cikk a kont\u00e9nerk\u00e9pek tiszt\u00edt\u00e1s\u00e1nak probl\u00e9m\u00e1it t\u00e1rgyalja, amelyek a kont\u00e9nerregiszterekben (Docker Registry \u00e9s hasonl\u00f3k) halmoz\u00f3dnak fel a modern CI\/CD folyamatok val\u00f3s\u00e1g\u00e1ban, a Kubernetes-ben szolg\u00e1ltatott cloud native alkalmaz\u00e1sok eset\u00e9ben. Ismerteti a k\u00e9pek relevanci\u00e1j\u00e1nak f\u0151 krit\u00e9riumait, valamint az ezekb\u0151l sz\u00e1rmaz\u00f3 neh\u00e9zs\u00e9geket az automatiz\u00e1lt tiszt\u00edt\u00e1s, a helymegtakar\u00edt\u00e1s \u00e9s a csapatok ig\u00e9nyeinek kiel\u00e9g\u00edt\u00e9se sor\u00e1n. V\u00e9g\u00fcl egy konkr\u00e9t Open Source projekt p\u00e9ld\u00e1j\u00e1n bemutatjuk, hogyan lehet ezeket a neh\u00e9zs\u00e9geket lek\u00fczdeni.<\/p>\n

Bevezet\u00e9s<\/h2>\n

\nA kont\u00e9nerregiszterben t\u00e1rolt k\u00e9pek sz\u00e1ma gyorsan n\u00f6vekedhet, egyre t\u00f6bb helyet foglalva el a t\u00e1rol\u00f3ban, ami ennek megfelel\u0151en jelent\u0151sen n\u00f6veli a k\u00f6lts\u00e9geit is. Az elfogadhat\u00f3 terjed\u00e9s ellen\u0151rz\u00e9s\u00e9re, korl\u00e1toz\u00e1s\u00e1ra vagy fenntart\u00e1s\u00e1ra a registry leegyszer\u0171s\u00edt\u00e9s\u00e9t szokt\u00e1k alkalmazni:<\/p>\n

    \n
  1. r\u00f6gz\u00edtett sz\u00e1m\u00fa c\u00edmke haszn\u00e1lata a k\u00e9pekhez;<\/li>\n
  2. valamilyen m\u00f3don a k\u00e9pek tiszt\u00edt\u00e1sa.<\/li>\n<\/ol>\n

    <\/a><\/noindex>
    \nAz els\u0151 korl\u00e1toz\u00e1s n\u00e9ha megengedett kisebb csapatok sz\u00e1m\u00e1ra. Ha a fejleszt\u0151knek elegend\u0151 a folyamatos c\u00edmk\u00e9k (latest<\/code>, main<\/code>, teszt<\/code>, boris<\/code> \u00e9s hasonl\u00f3k), a regiszter nem fog megn\u0151ni, \u00e9s hossz\u00fa id\u0151n kereszt\u00fcl egy\u00e1ltal\u00e1n nem kell gondolkodni a tiszt\u00edt\u00e1son. Mivel az \u00f6sszes elavult k\u00e9p fel\u00fcl\u00edr\u00f3dik, a tiszt\u00edt\u00e1shoz egyszer\u0171en nem marad munka (minden automatikusan a be\u00e9p\u00edtett szem\u00e9tgy\u0171jt\u0151 \u00e1ltal t\u00f6rt\u00e9nik).<\/p>\n

    Mindazon\u00e1ltal ez a megk\u00f6zel\u00edt\u00e9s er\u0151sen korl\u00e1tozza a fejleszt\u00e9st, \u00e9s ritk\u00e1n alkalmazhat\u00f3 a modern projektek CI\/CD folyamataiban. A fejleszt\u00e9s elengedhetetlen r\u00e9sz\u00e9v\u00e9 v\u00e1lt a automatiz\u00e1l\u00e1s<\/strong>, amely lehet\u0151v\u00e9 teszi az \u00faj funkci\u00f3k sokkal gyorsabb tesztel\u00e9s\u00e9t, telep\u00edt\u00e9s\u00e9t \u00e9s felhaszn\u00e1l\u00f3khoz val\u00f3 eljuttat\u00e1s\u00e1t. P\u00e9ld\u00e1ul n\u00e1lunk minden projektben minden egyes commitn\u00e1l automatikusan l\u00e9trej\u00f6n egy CI-pipe. Ebben a k\u00e9pet \u00f6sszegy\u0171jtik, tesztelik, k\u00fcl\u00f6nb\u00f6z\u0151 Kubernetes-k\u00f6rnyezetekbe telep\u00edtik hibakeres\u00e9s \u00e9s tov\u00e1bbi ellen\u0151rz\u00e9sek c\u00e9lj\u00e1b\u00f3l, \u00e9s ha minden rendben van, a v\u00e1ltoz\u00e1sok eljutnak a v\u00e9gfelhaszn\u00e1l\u00f3hoz. Ez m\u00e1r r\u00e9gen nem rocket science, hanem a mindennapi \u00e9let r\u00e9sze sokak sz\u00e1m\u00e1ra \u2014 val\u00f3sz\u00edn\u0171leg \u00d6nnek is, hiszen ezt a cikket olvassa.<\/p>\n

    Mivel a hib\u00e1k jav\u00edt\u00e1sa \u00e9s az \u00faj funkci\u00f3k fejleszt\u00e9se p\u00e1rhuzamosan zajlik, \u00e9s a kiad\u00e1sok ak\u00e1r naponta t\u00f6bbsz\u00f6r is v\u00e9grehajthat\u00f3k, nyilv\u00e1nval\u00f3, hogy a fejleszt\u00e9si folyamatot jelent\u0151s sz\u00e1m\u00fa commit k\u00eds\u00e9ri, teh\u00e1t \u2014 nagy sz\u00e1m\u00fa k\u00e9p a registry-ben<\/strong>Ez\u00e9rt fontos k\u00e9rd\u00e9ss\u00e9 v\u00e1lik az effekt\u00edv registry-tiszt\u00edt\u00e1s megszervez\u00e9se, azaz a nem aktu\u00e1lis k\u00e9pek t\u00f6rl\u00e9se.<\/p>\n

    De hogyan lehet egy\u00e1ltal\u00e1n meghat\u00e1rozni, hogy aktu\u00e1lis-e egy k\u00e9p?<\/p>\n

    A k\u00e9p aktualit\u00e1s\u00e1nak krit\u00e9riumai<\/h2>\n

    \nA legt\u00f6bb esetben a f\u0151 krit\u00e9riumok a k\u00f6vetkez\u0151k lesznek:<\/p>\n

    1. Az els\u0151 (a legnyilv\u00e1nval\u00f3bb \u00e9s legkritikusabb) \u2014 azok a k\u00e9pek, amelyek jelenleg Kubernetes-ben haszn\u00e1lva vannak.<\/strong>Ezeknek a k\u00e9peknek a t\u00f6rl\u00e9se komoly vesztes\u00e9geket okozhat a production le\u00e1ll\u00e1sa miatt (p\u00e9ld\u00e1ul, ezek a k\u00e9pek sz\u00fcks\u00e9gesek lehetnek a replik\u00e1ci\u00f3 sor\u00e1n), vagy teljesen kudarcba vihetik azt a csapat er\u0151fesz\u00edt\u00e9st, amely a hibakeres\u00e9s\u00e9rt felel\u0151s valamelyik k\u00f6rnyezetben. (Ez\u00e9rt k\u00e9sz\u00edtett\u00fcnk egy k\u00fcl\u00f6n <\/i>Prometheus exporter<\/i><\/a><\/noindex>, amely figyeli az ilyen k\u00e9pek hi\u00e1ny\u00e1t b\u00e1rmely Kubernetes klaszterben.)<\/i><\/p>\n

    2. A m\u00e1sodik (kev\u00e9sb\u00e9 nyilv\u00e1nval\u00f3, de szint\u00e9n nagyon fontos \u00e9s \u00fajra az \u00fczemeltet\u00e9st\u0151l f\u00fcgg) \u2014 azok a k\u00e9pek, amelyek sz\u00fcks\u00e9gesek a vissza\u00e1ll\u00edt\u00e1shoz, ha komoly probl\u00e9m\u00e1k mer\u00fclnek fel<\/strong> a jelenlegi verzi\u00f3ban. P\u00e9ld\u00e1ul a Helm eset\u00e9ben ezek a k\u00e9pek, amelyek a mentett verzi\u00f3kban haszn\u00e1latosak. (Egy\u00e9bk\u00e9nt alap\u00e9rtelmez\u00e9s szerint a Helm korl\u00e1toz\u00e1sa 256 rev\u00edzi\u00f3, de ki az, aki val\u00f3j\u00e1ban sz\u00fcks\u00e9gesnek \u00e9rzi annyi<\/i> verzi\u00f3t meg\u0151rizni?..) V\u00e9g\u00fcl is, pontosan az\u00e9rt t\u00e1rolunk verzi\u00f3kat, hogy k\u00e9s\u0151bb fel lehessen haszn\u00e1lni \u0151ket, azaz \"vissza lehessen \u00e1llni\" r\u00e1juk, ha sz\u00fcks\u00e9ges.<\/p>\n

    3. A harmadik \u2014 a fejleszt\u0151k ig\u00e9nyei<\/strong>: minden k\u00e9p, amely \u00f6sszef\u00fcgg a jelenlegi munk\u00e1jukkal. P\u00e9ld\u00e1ul, ha egy PR-t n\u00e9z\u00fcnk, \u00e9rdemes meg\u0151rizni azt a k\u00e9pet, amely megfelel az utols\u00f3 commitnak \u00e9s, mondjuk, az el\u0151z\u0151 commitnak: \u00edgy a fejleszt\u0151 gyorsan vissza tud t\u00e9rni b\u00e1rmely feladathoz, \u00e9s dolgozhat az utols\u00f3 m\u00f3dos\u00edt\u00e1sokkal. <\/p>\n

    4. A negyedik \u2014 azok a k\u00e9pek, amelyek az alkalmaz\u00e1sunk verzi\u00f3inak felelnek meg<\/strong>, azaz v\u00e9gs\u0151 term\u00e9kk\u00e9nt l\u00e9teznek: v1.0.0, 20.04.01, sierra stb.<\/p>\n

    NB: A fent eml\u00edtett krit\u00e9riumokat sz\u00e1mos fejleszt\u0151csapattal val\u00f3 tapasztalat alapj\u00e1n fogalmaztuk meg k\u00fcl\u00f6nb\u00f6z\u0151 c\u00e9gekb\u0151l. Azonban term\u00e9szetesen a fejleszt\u00e9si folyamatok \u00e9s az haszn\u00e1lt infrastrukt\u00fara jellemz\u0151i (p\u00e9ld\u00e1ul ha nem haszn\u00e1lnak Kuberenetes-t) szerint ezek a krit\u00e9riumok elt\u00e9rhetnek. <\/p>\n

    A krit\u00e9riumok megfelel\u00e9se \u00e9s a megl\u00e9v\u0151 megold\u00e1sok<\/h2>\n

    \nA n\u00e9pszer\u0171 container registry szolg\u00e1ltat\u00e1sok \u00e1ltal\u00e1ban saj\u00e1t k\u00e9pm\u00falt \u00e9rdektelens\u00e9gi politik\u00e1jukat aj\u00e1nlj\u00e1k: ezek \u00e1ltal megadhat\u00f3k azok a felt\u00e9telek, amelyek mellett a c\u00edmke t\u00f6rl\u00e9sre ker\u00fcl a registry-b\u0151l. Azonban ezeknek a felt\u00e9teleknek a lehet\u0151s\u00e9geit olyan param\u00e9terek korl\u00e1tozz\u00e1k, mint a nevek, a l\u00e9trehoz\u00e1s ideje \u00e9s a c\u00edmk\u00e9k sz\u00e1ma*.<\/p>\n

    * F\u00fcgg a konkr\u00e9t container registry megval\u00f3s\u00edt\u00e1sokt\u00f3l. Az al\u00e1bbi megold\u00e1sok lehet\u0151s\u00e9geit vizsg\u00e1ltuk: Azure CR, Docker Hub, ECR, GCR, GitHub Packages, GitLab Container Registry, Harbor Registry, JFrog Artifactory, Quay.io \u2014 2020 szeptemberi \u00e1llapot szerint.<\/i><\/p>\n

    Ez a param\u00e9terek sora elegend\u0151 ahhoz, hogy eleget tegy\u00fcnk a negyedik krit\u00e9riumnak \u2013 azaz k\u00e9pesek legy\u00fcnk a verzi\u00f3knak megfelel\u0151 k\u00e9pek kiv\u00e1laszt\u00e1s\u00e1ra. Azonban minden m\u00e1s krit\u00e9rium eset\u00e9ben valamilyen kompromisszumos megold\u00e1st kell v\u00e1lasztani (szigor\u00fabb vagy \u00e9ppen ellenkez\u0151leg, enged\u00e9keny politik\u00e1t) az elv\u00e1r\u00e1sok \u00e9s a p\u00e9nz\u00fcgyi lehet\u0151s\u00e9gek f\u00fcggv\u00e9ny\u00e9ben.<\/p>\n

    P\u00e9ld\u00e1ul a harmadik krit\u00e9rium \u2013 a fejleszt\u0151k ig\u00e9nyeivel kapcsolatos \u2013 a csapatokon bel\u00fcli folyamatok megszervez\u00e9s\u00e9vel oldhat\u00f3 meg: k\u00e9pek specifikus elnevez\u00e9se, k\u00fcl\u00f6n enged\u00e9lyez\u00e9si list\u00e1k vezet\u00e9se \u00e9s bels\u0151 meg\u00e1llapod\u00e1sok. De v\u00e9gs\u0151 soron ezt is automatiz\u00e1lni kell. Ha pedig a megl\u00e9v\u0151 megold\u00e1sok nem elegend\u0151ek, valami saj\u00e1tot kell k\u00e9sz\u00edteni.<\/p>\n

    Hasonl\u00f3 a helyzet az els\u0151 k\u00e9t krit\u00e9riummal: ezeket nem lehet teljes\u00edteni an\u00e9lk\u00fcl, hogy adatokat kapn\u00e1nk egy k\u00fcls\u0151 rendszerb\u0151l \u2013 abb\u00f3l, ahol az alkalmaz\u00e1sok telep\u00edt\u00e9se t\u00f6rt\u00e9nik (a mi eset\u00fcnkben ez a Kubernetes).<\/p>\n

    A workflow illusztr\u00e1ci\u00f3ja a Git-ben<\/h3>\n

    \nTegy\u00fck fel, hogy k\u00f6r\u00fclbel\u00fcl \u00edgy dolgozik a Git-ben:<\/p>\n

    \"A
    \n
    \nA diagramon a fej ikonnal jel\u00f6lten vannak azok a kont\u00e9ner k\u00e9pek, amelyeket jelenleg Kubernetes-ben telep\u00edtettek k\u00fcl\u00f6nb\u00f6z\u0151 felhaszn\u00e1l\u00f3k (v\u00e9gfelhaszn\u00e1l\u00f3k, tesztel\u0151k, menedzserek stb.) vagy amelyeket a fejleszt\u0151k hibajav\u00edt\u00e1sra \u00e9s hasonl\u00f3 c\u00e9lokra haszn\u00e1lnak.<\/i><\/p>\n

    Mi fog t\u00f6rt\u00e9nni, ha a megtakar\u00edt\u00e1si politik\u00e1k csak a megadott c\u00edmk\u00e9k alapj\u00e1n enged\u00e9lyezik a k\u00e9pek megtart\u00e1s\u00e1t (nem t\u00f6rl\u00e9s\u00e9t) a megadott c\u00edmk\u00e9k alapj\u00e1n<\/b>?<\/p>\n

    \"A
    \n
    \nNyilv\u00e1nval\u00f3, hogy egy ilyen forgat\u00f3k\u00f6nyv senkinek sem lesz kedv\u00e9re.<\/p>\n

    Mi v\u00e1ltozik, ha a politik\u00e1k engedik, hogy ne t\u00f6r\u00f6lj\u00fck a k\u00e9peket a megadott id\u0151intervallum \/ az utols\u00f3 elk\u00f6telez\u00e9sek sz\u00e1m\u00e1nak megfelel\u0151en<\/b>?<\/p>\n

    \"A
    \n
    \nAz eredm\u00e9ny sokkal jobb lett, azonban m\u00e9g mindig messze van az ide\u00e1lt\u00f3l. V\u00e9g\u00fcl is a fejleszt\u0151knek tov\u00e1bbra is sz\u00fcks\u00e9g\u00fck van k\u00e9pekre a registry-ben (vagy ak\u00e1r a K8s-ben telep\u00edtve) a hib\u00e1k jav\u00edt\u00e1s\u00e1hoz...<\/p>\n

    \u00d6sszefoglalva a piacon kialakult helyzetet: a kont\u00e9nernyilv\u00e1ntart\u00e1sokban el\u00e9rhet\u0151 funkci\u00f3k nem ny\u00fajtanak elegend\u0151 rugalmass\u00e1got a takar\u00edt\u00e1shoz, ennek f\u0151 oka pedig az, hogy nincs lehet\u0151s\u00e9g a k\u00fcls\u0151 vil\u00e1ggal val\u00f3 interakci\u00f3ra<\/strong>. \u00cdgy azok a csapatok, akiknek ilyen rugalmass\u00e1gra van sz\u00fcks\u00e9g\u00fck, k\u00e9nytelenek maguk megoldani a k\u00e9pek t\u00f6rl\u00e9s\u00e9t \"k\u00edv\u00fclr\u0151l\" a Docker Registry API (vagy a megfelel\u0151 implement\u00e1ci\u00f3 nat\u00edv API-ja) haszn\u00e1lat\u00e1val.<\/p>\n

    Mindazon\u00e1ltal egy \u00e1ltal\u00e1nos megold\u00e1st kerest\u00fcnk, amely automatiz\u00e1ln\u00e1 a k\u00e9pek t\u00f6rl\u00e9s\u00e9t k\u00fcl\u00f6nb\u00f6z\u0151 csapatok sz\u00e1m\u00e1ra, amelyek k\u00fcl\u00f6nb\u00f6z\u0151 nyilv\u00e1ntart\u00e1sokat haszn\u00e1lnak\u2026<\/p>\n

    Utunk az egyetemes k\u00e9ptakar\u00edt\u00e1shoz<\/h2>\n

    \nHonnan sz\u00e1rmazik ez a sz\u00fcks\u00e9glet? Az a helyzet, hogy mi nem egy k\u00fcl\u00f6n\u00e1ll\u00f3 fejleszt\u0151csoport vagyunk, hanem egy csapat, amely sz\u00e1mos ilyen csoportot szolg\u00e1l ki, seg\u00edtve az integr\u00e1lt CI\/CD probl\u00e9m\u00e1k megold\u00e1s\u00e1t. Ehhez a f\u0151 technikai eszk\u00f6z\u00fcnk a ny\u00edlt forr\u00e1sk\u00f3d\u00fa seg\u00e9deszk\u00f6z, werf<\/a><\/noindex>. A l\u00e9nyege, hogy nem egyetlen funkci\u00f3t l\u00e1t el, hanem k\u00eds\u00e9ri a folyamatos sz\u00e1ll\u00edt\u00e1s folyamatait minden szakaszban: a buildt\u0151l a deployig.<\/p>\n

    A k\u00e9pek nyilv\u00e1ntart\u00e1sban val\u00f3 k\u00f6zz\u00e9t\u00e9tele (azaz a build ut\u00e1n) nyilv\u00e1nval\u00f3 funkci\u00f3ja egy ilyen eszk\u00f6znek. Mivel a k\u00e9pek t\u00e1rol\u00e1sra ker\u00fclnek, ha a t\u00e1rol\u00f3ja nem korl\u00e1tlan, akkor a k\u00e9s\u0151bbi t\u00f6rl\u00e9s\u00fck\u00e9rt is felel\u0151snek kell lennie. Arr\u00f3l, hogy hogyan \u00e9rt\u00fck el ezt a sikert az \u00f6sszes megadott krit\u00e9rium teljes\u00edt\u00e9se mellett, majd besz\u00e1molunk.<\/p>\n

    * B\u00e1r a nyilv\u00e1ntart\u00e1sok k\u00fcl\u00f6nb\u00f6z\u0151ek lehetnek (Docker Registry, GitLab Container Registry, Harbor stb.), felhaszn\u00e1l\u00f3ik ugyanazokkal a probl\u00e9m\u00e1kkal tal\u00e1lkoznak. Az egyetemes megold\u00e1s a mi eset\u00fcnkben f\u00fcggetlen a nyilv\u00e1ntart\u00e1s implement\u00e1ci\u00f3j\u00e1t\u00f3l, mivel azokon k\u00edv\u00fcl val\u00f3sul meg, \u00e9s az \u00f6sszes sz\u00e1m\u00e1ra azonos m\u0171k\u00f6d\u00e9st k\u00edn\u00e1l.<\/i><\/p>\n

    B\u00e1r a werf-et haszn\u00e1ljuk p\u00e9lda implement\u00e1ci\u00f3k\u00e9nt, rem\u00e9lj\u00fck, hogy a haszn\u00e1lt megk\u00f6zel\u00edt\u00e9sek m\u00e1s csapatok sz\u00e1m\u00e1ra is hasznosak lesznek, akik hasonl\u00f3 neh\u00e9zs\u00e9gekkel k\u00fczdenek.<\/p>\n

    Teh\u00e1t elkezdt\u00fck a<\/i> k\u00e9pek t\u00f6rl\u00e9s\u00e9nek megval\u00f3s\u00edt\u00e1s\u00e1t \u2014 a kont\u00e9nernyilv\u00e1ntart\u00e1sokban m\u00e1r be\u00e9p\u00edtett lehet\u0151s\u00e9gek helyett. Az els\u0151 l\u00e9p\u00e9s a Docker Registry API haszn\u00e1lata volt, hogy l\u00e9trehozzuk a fent eml\u00edtett egyszer\u0171 politik\u00e1kat a c\u00edmk\u00e9k sz\u00e1m\u00e1r\u00f3l \u00e9s azok l\u00e9trehoz\u00e1s\u00e1nak idej\u00e9r\u0151l. Ezen k\u00edv\u00fcl hozz\u00e1adtunk egy enged\u00e9lyez\u00e9si list\u00e1t a telep\u00edtett infrastrukt\u00far\u00e1ban haszn\u00e1lt k\u00e9pek alapj\u00e1n<\/strong>, azaz Kubernetes. Az ut\u00f3bbihoz elegend\u0151 volt a Kubernetes API-n kereszt\u00fcl v\u00e9gigj\u00e1rni az \u00f6sszes telep\u00edtett er\u0151forr\u00e1st \u00e9s list\u00e1zni az \u00e9rt\u00e9keket. k\u00e9p<\/code>.<\/p>\n

    Ez a trivi\u00e1lis megold\u00e1s lez\u00e1rta a legkritikusabb probl\u00e9m\u00e1t (1. krit\u00e9rium), de csak a tiszt\u00edt\u00e1si mechanizmus fejleszt\u00e9s\u00e9nek kezdet\u00e9t jelentette. A k\u00f6vetkez\u0151 \u2014 \u00e9s l\u00e9nyegesen \u00e9rdekesebb \u2014 l\u00e9p\u00e9s a megold\u00e1s volt a k\u00f6zz\u00e9tett k\u00e9pek \u00f6sszekapcsol\u00e1sa a Git-t\u00f6rt\u00e9nettel.<\/strong>.<\/p>\n

    C\u00edmk\u00e9z\u00e9si s\u00e9m\u00e1k<\/h3>\n

    \nKezdetben olyan megk\u00f6zel\u00edt\u00e9st v\u00e1lasztottunk, ahol a v\u00e9gs\u0151 k\u00e9pnek t\u00e1rolnia kellett a tiszt\u00edt\u00e1shoz sz\u00fcks\u00e9ges inform\u00e1ci\u00f3kat, \u00e9s a c\u00edmk\u00e9z\u00e9si s\u00e9m\u00e1kra \u00e9p\u00edtett\u00fck a folyamatot. A k\u00e9p k\u00f6zz\u00e9t\u00e9telekor a felhaszn\u00e1l\u00f3 egy adott c\u00edmk\u00e9z\u00e9si lehet\u0151s\u00e9get v\u00e1lasztott (git-branch<\/code>, git-commit<\/code> vagy git-tag<\/code>) \u00e9s az ennek megfelel\u0151 \u00e9rt\u00e9ket haszn\u00e1lta. A CI-rendszerekben ezeknek az \u00e9rt\u00e9keknek a be\u00e1ll\u00edt\u00e1sa automatikusan t\u00f6rt\u00e9nt a k\u00f6rnyezeti v\u00e1ltoz\u00f3k alapj\u00e1n. L\u00e9nyeg\u00e9ben a v\u00e9gs\u0151 k\u00e9p \u00f6sszekapcsol\u00f3dott egy adott Git-primit\u00edvvel,<\/strong>meg\u0151rizve a tiszt\u00edt\u00e1shoz sz\u00fcks\u00e9ges adatokat c\u00edmk\u00e9kben.<\/p>\n

    Ez a megk\u00f6zel\u00edt\u00e9s egy olyan politik\u00e1k sorozat\u00e1t eredm\u00e9nyezte, amely lehet\u0151v\u00e9 tette, hogy a Git az egyetlen igazs\u00e1gforr\u00e1sk\u00e9nt m\u0171k\u00f6dj\u00f6n:<\/p>\n