GitLab 11.10 koos armatuurlaua torujuhtmete, ühendatud tulemuste torujuhtmete ja mitmerealiste soovitustega liitmistaotlustes.
Mugav teave torustike toimivuse kohta erinevates projektides
GitLab jätkab DevOpsi elutsükli nähtavuse suurendamist. Selles numbris edasi juhtpaneel lisas torujuhtme oleku ülevaate.
See on mugav isegi siis, kui uurite ühe projekti konveieri, kuid eriti kasulik siis, kui mitu projekti, - ja see juhtub tavaliselt siis, kui kasutate mikroteenuseid ja soovite käivitada konveieri testimiseks ja koodi edastamiseks erinevatest projektihoidlatest. Nüüd on etendus kohe näha torujuhtmed juhtpaneelil, kus iganes neid esitatakse.
Konveierite käivitamine ühendatud tulemuste jaoks
Aja jooksul lähte- ja sihtharud lahknevad ning võib tekkida olukord, kus nad tulevad eraldi toime, kuid ei tööta koos. Nüüd sa saad käivitage enne ühendamist ühendatud tulemuste jaoks torujuhtmeid. Nii märkate kiiresti vigu, mis ilmneksid ainult siis, kui muudatusi sageli harude vahel teisaldada, mis tähendab, et parandate torujuhtme vead palju kiiremini ja kasutate GitLabi jooksja.
Optimeerige koostööd veelgi
GitLab 11.10 lisab veelgi rohkem funktsioone sujuvaks koostööks ja lihtsustatud töövoogudeks. IN eelmine number Võtsime kasutusele soovitused liitmistaotluste kohta, kus ülevaataja saab soovitada liitmistaotluse kommentaaris ühe rea muutmist ja selle saab kohe teha otse kommentaarilõimest. Meie kasutajatele see meeldis ja nad palusid seda funktsiooni laiendada. Nüüd saate pakkuda muudatused mitme rea jaoks, mis näitab, millised read eemaldada ja millised lisada.
Selle kuu kõige väärtuslikum töötajaMVP) - Takuya Noguchi
Selle kuu kõige väärtuslikum töötaja on Takuya Noguchi (Takuya Noguchi). Takuya tegi head tööd GitLabi auks: parandatud vead, kõrvaldatud puudujäägid tausta- ja esiprogrammis ning täiustatud kasutajaliidest. Aitäh!
GitLabi 11.10 põhifunktsioonid
Torujuhtmed juhtpaneelil
PREMIUM, ULTIMATE, HÕBE, KULD
GitLabi armatuurlaud kuvab teavet kogu teie GitLabi eksemplari projektide kohta. Lisate üksikuid projekte ükshaaval ja saate valida, milline projekt teid huvitab.
Selles versioonis lisasime armatuurlauale teabe konveieri olekute kohta. Nüüd näevad arendajad torujuhtmete funktsionaalsust kõigis vajalikes projektides - ühes liideses.
Liidetud tulemuste kanalid
PREMIUM, ULTIMATE, HÕBE, KULD
On tavaline, et lähteharu erineb aja jooksul sihtharust, kui te ei muuda nende vahel pidevalt muudatusi. Selle tulemusena on lähte- ja sihtharu torujuhtmed "rohelised" ja liitmiskonfliktid puuduvad, kuid ühendamine ebaõnnestub ühildumatute muudatuste tõttu.
Kui ühendamistaotluse konveier loob automaatselt uue lingi, mis sisaldab lähte- ja sihtharude liitmise kombineeritud tulemust, saame konveieri sellel lingil käivitada ja tagada, et üldine tulemus töötab.
Kui kasutate ühendamistaotluste torujuhtmeid (mis tahes mahus) ja kasutate privaatsete GitLabi jooksjate versiooni 11.8 või vanemat, peate selle probleemi vältimiseks neid värskendama. gitlab-ee#11122. See ei mõjuta avalike GitLabi jooksjate kasutajaid.
Ühinemistaotluste kallal koos töötades märkate sageli probleeme ja pakute välja lahendusi. Alates GitLabi versioonist 11.6 toetame ettepanek muudatusteks ühe rea jaoks.
Versioonis 11.10 võivad liitmistaotluse erinevuste kommentaarid pakkuda muudatusi mitmele reale ja seejärel saavad kõik, kellel on algse haru kirjutamisõigused, need ühe klõpsuga vastu võtta. Tänu uuele funktsioonile saate vältida kopeerimist-kleepimist, nagu ka eelmistes versioonides.
Otseteed ühes piirkonnas
PREMIUM, ULTIMATE, HÕBE, KULD
Sama ulatusega siltidega saavad meeskonnad kohandatud väljade või kohandatud töövoo olekutega stsenaariumides probleemile, liitmistaotlusele või eepilisele probleemile rakendada üksteist välistavaid silte (samas ulatuses). Need on konfigureeritud spetsiaalse kooloni süntaksi abil sildi pealkirjas.
Oletame, et vajate ülesannetes kohandatud välja, et jälgida selle platvormi operatsioonisüsteemi, mida teie funktsioonid sihivad. Iga ülesanne peab olema seotud ainult ühe platvormiga. Saate luua otseteid platform::iOS, platform::Android, platform::Linux ja teised vastavalt vajadusele. Kui rakendate ülesandele ühe sellise otsetee, eemaldab see automaatselt teise olemasoleva otsetee, mis algab järgmisega platform::.
Oletame, et teil on otseteed workflow::development, workflow::review и workflow::deployed, mis näitab teie meeskonna töövoo seisu. Kui ülesandel on juba otsetee workflow::developmentja arendaja soovib ülesande lavale teisaldada workflow::review, rakendab see lihtsalt uut otseteed ja vana (workflow::development) kustutatakse automaatselt. Selline käitumine on juba olemas, kui teisaldate ülesandeid teie meeskonna töövoogu esindaval tegumipaneelil otseteede loendite vahel. Nüüd saavad meeskonnaliikmed, kes ei tööta otse tegumipaneeliga, töövoo olekut ülesannetes ise muuta.
Kui kasutate tavaliselt CI-konveieritega konteinerregistrit, lükkate ühele sildile mitu eraldi muudatust. Dockeri levitamise juurutamise tõttu salvestatakse vaikimisi kõik süsteemi muudatused, kuid need võtavad lõpuks palju mälu. Kui kasutate parameetrit -m с registry-garbage-collect, saate kiiresti kustutada kõik varasemad muudatused ja vabastada väärtuslikku ruumi.
CI Runneri lisaminutite ostmine
PRONKS, HÕBE, KULD
Tasuliste GitLab.com-i plaanidega (kuld, hõbe, pronks) kasutajad saavad nüüd osta täiendavaid CI Runneri minuteid. Varem oli vaja täita kavas ette nähtud kvoot. Selle täiustusega saate ette osta ülekvoodi minuteid, et vältida torujuhtmete seiskamisest tingitud katkestusi.
Nüüd maksab 1000 minutit 8 dollarit ja saate neid osta nii palju kui soovite. Täiendavaid minuteid hakatakse kasutama siis, kui olete kogu kuukvoodi ära kulutanud ja ülejäänud lisaminutid kantakse üle järgmisele kuule. IN tulevane väljalase tahame selle funktsiooni lisada ka tasuta pakettidele.
Auto DevOpsi abil lähevad meeskonnad peaaegu ilma pingutuseta üle kaasaegsetele DevOpsi tavadele. Alates GitLabi versioonist 11.10 pakutakse iga Auto DevOpsi tööd järgmiselt sõltumatu mall. Kasutajad saavad kasutada функцию includes GitLab CI-s, et lubada Auto DevOpsi üksikud etapid ja kasutada samal ajal kohandatud faili gitlab-ci.yml. Nii saate lubada ainult neid töid, mida vajate, ja ära kasutada ülesvoolu värskendusi.
Saate SCIM-i abil automaatselt hallata grupi liikmeid saidil GitLab.com
HÕBE, KULD
Varem pidite GitLab.com-is grupi liikmesust käsitsi haldama. Nüüd saate saidil GitLab.com kasutajate loomiseks, kustutamiseks ja värskendamiseks kasutada SAML SSO-d ja hallata liikmelisust SCIM-iga.
See on eriti kasulik ettevõtetele, kus on palju kasutajaid ja tsentraliseeritud identiteedipakkujaid. Nüüd võib teil olla üks tõeallikas, näiteks Azure Active Directory, ning kasutajad luuakse ja kustutatakse automaatselt identiteedipakkuja kaudu, mitte käsitsi.
Logige SAML-i pakkuja kaudu sisse GitLab.com-i
HÕBE, KULD
Varem, kui kasutate SAML SSO-d rühmade jaoks, pidi kasutaja sisse logima GitLabi mandaatide ja identiteedi pakkujaga. Nüüd saate SSO kaudu otse sisse logida konfigureeritud rühmaga seotud GitLabi kasutajana.
Kasutajad ei pea kaks korda sisse logima, mis muudab ettevõtete jaoks SAML SSO kasutamise GitLab.com jaoks lihtsamaks.
Muud GitLabi täiustused 11.10
Lapse eepiline skeem
ULTIMATE, KULD
Eelmises versioonis lisasime alameeposed (eeposed), et aidata teil hallata oma tööjaotuse struktuuri. Lapseeeposed ilmuvad emaeepose lehele.
Selles versioonis kuvatakse vanemeepose lehel alameeposte ülevaade, et meeskonnad saaksid näha alameeposte ajaskaala ja hallata ajastusõltuvusi.
Selles versioonis tutvustame informatiivseid ekraane, mis ilmuvad, kui hõljutate kursorit liitmistaotluse lingi kohal. Varem näitasime ainult liitmistaotluse pealkirja, kuid nüüd näitame ka liitmistaotluse olekut, CI-konveieri olekut ja lühikest URL-i.
Tarkvara väljastamise või tarnimise Giti töövood hõlmavad sageli mitut pikaajalist haru – et teha parandusi eelmistes versioonides (nt. stable-11-9) või üleminek kvaliteeditestimiselt tootmisele (nt. integration), kuid paljude avatud liitmistaotluste hulgast pole nende harude jaoks liitmistaotlusi lihtne leida.
Projektide ja rühmade liitmistaotluste loendit saab nüüd filtreerida liitmistaotluse sihtharu järgi, et hõlbustada vajaliku leidmist.
Kui kasutame pagasiruumipõhist arendusmeetodit, peaksime vältima pikaealisi harusid ja eelistama väikeseid, ajutisi, ühe omanikuga harusid. Väikesed muudatused lükatakse sageli otse sihtharusse, kuid seda tehes on oht ehituse purunemiseks.
Selle väljalaskega toetab GitLab uusi Giti tõukevalikuid, et automaatselt avada liitmistaotlused, määrata sihtharu ja jõustada edukal konveieril ühendamine käsurealt harule tõuke ajal.
GitLab pääseb juurde mitmele Prometheuse serverile (keskkond, projekt ja rühmad (oodatud)), kuid mitme lõpp-punkti olemasolu võib muuta keerukamaks või ei pruugi seda toetada standardsete armatuurlaudade poolt. Selle versiooniga saavad meeskonnad kasutada ühte Prometheuse API-d, mis muudab integreerimise selliste teenustega nagu Grafana palju lihtsamaks.
Projekti Wikis saavad meeskonnad jagada dokumentatsiooni ja muud olulist teavet koos lähtekoodi ja ülesannetega. Selle versiooniga saate sortida Wiki lehtede loendit loomise kuupäeva ja pealkirja järgi, et kiiresti leida hiljuti loodud sisu.
Klastri nõutud ressursside jälgimine
ULTIMATE, KULD
GitLab aitab teil jälgida oma Kubernetese klastrit arendus- ja tootmisrakenduste jaoks. Alates sellest versioonist jälgige oma klastri protsessori- ja mälupäringuid, et tuvastada võimalikud probleemid enne, kui need probleemideks muutuvad.
On väga oluline jälgida oma GitLabi eksemplari tervist. Varem pakkusime vaikimisi armatuurlaudu manustatud Grafana eksemplari kaudu. Alates sellest versioonist oleme lisanud täiendavaid armatuurlaudu NGINX-i koormuse tasakaalustajate jälgimiseks.
SAST Elixiri jaoks
ULTIMATE, KULD
Jätkame keeletoe laiendamist ja turvakontrolli süvendamist. Selles versioonis oleme lubanud projektide turvakontrollid Elixir aastal loodud projektid Phoenixi platvorm.
Mitu päringut ühes diagrammis
PREMIUM, ULTIMATE, HÕBE, KULD
GitLabis saate kogutud mõõdikute visualiseerimiseks luua diagramme. Sageli näiteks kui teil on vaja vaadata mõõdiku maksimaalset või keskmist väärtust, soovite ühel diagrammil kuvada mitu väärtust. Alates sellest väljaandest on teil see võimalus.
Oleme lisaks SAST-ile, konteinerite skannimisele ja sõltuvuskontrollile lisanud meeskonna turvalisuse armatuurlauale ka dünaamilise rakenduste turbetestimise (DAST) tulemused.
Selles versioonis sisaldab konteineri skannimise aruanne rohkem metaandmeid – oleme lisanud mõjutatud komponent (Clairi funktsioon) olemasolevatesse metaandmetesse: prioriteet, ID (viitega mitre.org) ja mõjutatud tase (nt debian:8).
GitLab pakub juba mitut tüüpi aruandeid, mida saab otse liitmistaotlustesse lisada: aruannetest kuni koodi kvaliteet и ühiku testimine kontrollimise etapis kuni SAST и VASTU kaitse etapis.
Kuigi need on olulised aruanded, on vaja ka põhiteavet, mis sobib erinevate stsenaariumitega. GitLabi versioonis 11.10 pakume mõõdikute aruandlust otse liitmistaotluses, mis eeldab lihtsat võtme-väärtuse paari. Nii jälgivad kasutajad aja jooksul muutusi, sealhulgas kohandatud mõõdikuid ja konkreetse liitmistaotluse mõõdikute muutusi. Mälu kasutust, spetsiaalset töökoormuse testimist ja tervislikku seisundit saab teisendada lihtsateks mõõdikuteks, mida saab vaadata otse liitmistaotlustes koos muude sisseehitatud aruannetega.
Toetus mitme mooduliga Maveni projektidele sõltuvuse skannimiseks
ULTIMATE, KULD
Selle väljalaskega toetavad mitmest moodulist koosnevad Maveni projektid GitLabi sõltuvuse skannimist. Varem, kui alammoodul oli sõltuvuses teisest sama taseme alammoodulist, ei saanud see lubada laadimist Maveni keskhoidlast. Nüüd luuakse mitme mooduliga Maveni projekt kahe mooduliga ja kahe mooduli vahelise sõltuvusega. Sõltuvused sõsarmoodulite vahel on nüüd saadaval kohalikus Maveni hoidlas, et ehitamist saaks jätkata.
Vaikimisi kloonib GitLab Runner projekti ainulaadsesse alamteekonda $CI_BUILDS_DIR. Kuid mõne projekti puhul, nagu Golang, tuleb kood selle ehitamiseks kloonida kindlasse kataloogi.
GitLabis 11.10 tutvustasime muutujat GIT_CLONE_PATH, mis võimaldab määrata konkreetse tee, kus GitLab Runner projekti enne ülesande täitmist kloonib.
GitLab pakub mitmeid viise kaitsta и piirata ala muutujad GitLabi CI/CD-s. Kuid muutujad võivad tahtlikult või kogemata ikkagi ehituslogidesse sattuda.
GitLab võtab riskijuhtimist ja auditeerimist tõsiselt ning jätkab vastavusfunktsioonide lisamist. GitLabi versioonis 11.10 tutvustasime võimalust maskeerida teatud tüüpi muutujaid tööjälgimise logides, lisades kaitsetaseme nende muutujate sisu kogemata logidesse kaasamise vastu. Ja nüüd GitLab maskeerib automaatselt palju sisseehitatud tunnusmuutujaid.
GitLab.com projekti Auto DevOps abil saate ilma probleemideta vastu võtta kaasaegseid DevOpsi töövooge alates ehitamisest kuni tarnimiseni.
Alates GitLabi versioonist 11.10 saate lubada või keelata Auto DevOpsi kõigi sama rühma projektide jaoks.
Lihtsustatud ja täiustatud litsentsileht
STARTER, PREMIUM, ULTIMATE
Litsentsivõtmete haldamise mugavamaks ja lihtsamaks muutmiseks oleme administraatoripaneelil litsentside lehe ümber kujundanud ja olulisemad elemendid esile tõstnud.
Juurutuspaneelid kuvavad teavet kõigi Kubernetese juurutuste kohta.
Selles versioonis oleme muutnud juurutuste otseteede kaardistamise viisi. Mängud on nüüd saadaval: app.example.com/app и app.example.com/env või app. See väldib filtreerimiskonflikte ja projektiga seotud ebaõige juurutamise ohtu.
Kubernetese integreerimine GitLabiga võimaldab teil kasutada RBAC-funktsiooni, kasutades iga GitLabi projekti jaoks teenusekontot ja spetsiaalset nimeruumi. Alates sellest versioonist luuakse need ressursid maksimaalse tõhususe tagamiseks ainult siis, kui neid on juurutamiseks vaja.
Kubernetese juurutamisel loob GitLabi CI need ressursid enne juurutamist.
Koos juurutatud funktsioonid GitLab serverita, kuvage nüüd konkreetse funktsiooni jaoks vastuvõetud kõnede arv. Selleks peate installima Prometheuse klastrisse, kuhu Knative on installitud.
Parameetrite juhtimine git clean GitLabi CI/CD tööde jaoks
Vaikimisi töötab GitLab Runner git clean koodi üleslaadimise käigus GitLabi CI/CD-s töö täitmisel. Alates GitLabi versioonist 11.10 saavad kasutajad juhtida meeskonnale edastatud parameetreid git clean. See on kasulik nii pühendunud jooksjatega meeskondadele kui ka meeskondadele, kes koguvad projekte suurtest monohoidlatest. Nüüd saavad nad enne skriptide käivitamist kontrollida mahalaadimisprotsessi. Uus muutuja GIT_CLEAN_FLAGS vaikeväärtus on -ffdx ja aktsepteerib kõiki võimalikke käsuparameetreid [git clean](https://git-scm.com/docs/git-clean).
Turvalised keskkonnad võivad projektile juurdepääsuks vajada täiendavat välist autoriseerimisressurssi. Lisasime toe juurdepääsu kontrolli täiendavale tasemele 10.6 ja sai palju taotlusi selle funktsiooni avamiseks Core'is. Meil on hea meel tutvustada põhieksemplaridele välist autoriseerimist ja täiendavat turvakihti, kuna seda funktsiooni vajavad üksikud osalejad.
Arendaja roll saab luua projekte rühmades alates versioonist 10.5, ja nüüd on see Core'is võimalik. Projektide loomine on GitLabi tootlikkuse võtmefunktsioon ja selle funktsiooni Core'i lisamisega on näiteks liikmetel nüüd lihtsam midagi uut teha.
Täna andsime välja GitLab Runner 11.10! GitLab Runner on avatud lähtekoodiga projekt, mida kasutatakse CI/CD-tööde käitamiseks ja tulemuste GitLabi tagasi viimiseks.
Parandasime vea Elasticsearchi blob-otsingu API-s, mis tagastas ekslikult 0 project_id. Seda läheb vaja reindeks Elasticsearchõigete väärtuste saamiseks project_id pärast selle GitLabi versiooni installimist.
Omnibussi täiustused
CORE, STARTER, PREMIUM, ULTIMATE
Oleme GitLabi versioonis 11.10 Omnibusis teinud järgmised täiustused:
GitLab Geo toob GitLab 12.0 räsitud salvestusruumi
Nõutav on GitLab Geo räsimälu sekundaarsete sõlmede konkurentsi leevendamiseks. See märgiti sisse gitlab-ce#40970.
GitLabis 11.5 lisasime Geo dokumentatsiooni selle nõude: gitlab-ee#8053.
GitLabis 11.6sudo gitlab-rake gitlab:geo:check kontrollib, kas räsimälu on lubatud ja kas kõik projektid on üle viidud. cm. gitlab-ee#8289. Kui kasutate Geot, käivitage see kontroll ja viige üle niipea kui võimalik.
GitLabis 11.8 püsivalt keelatud hoiatus gitlab-ee!8433 kuvatakse lehel Administraatori ala > Geo > Sõlmedkui ülaltoodud kontrollid pole lubatud.
Canonical teatas Ubuntu 14.04 standardtoe lõppemisest Aasta 2019 aasta. Soovitame kasutajatel minna üle toetatud LTS-i versioonile: Ubuntu 16.04 või Ubuntu 18.04.
Kustutamise kuupäev: 22 mai 2019 linn
Ühe esitamisega loodavate torujuhtmete maksimaalse arvu piiramine
Varem lõi GitLab torujuhtmeid jaoks HEAD iga saadetise haru. See on kasulik arendajatele, kes suruvad korraga mitu muudatust (nt funktsiooniharule ja a develop).
Kuid kui lükatakse suur hoidla, kus on palju aktiivseid harusid (näiteks liigutamiseks, peegeldamiseks või hargnemiseks), ei pea te iga haru jaoks torustikku looma. Alates GitLab 11.10-st loome maksimaalselt 4 torujuhet saatmisel.
Kustutamise kuupäev: 22 mai 2019 linn
GitLab Runneri pärandkooditeed
Kuna Gitlab 11.9 GitLab Runner kasutab uus meetod hoidla kloonimine/helistamine. Praegu kasutab GitLab Runner vana meetodit, kui uut ei toetata. Vaata lähemalt see ülesanne.
GitLab 11.0-s oleme muutnud GitLab Runneri mõõdikute serveri konfiguratsioonivaadet. metrics_server kasuks eemaldatakse listen_address GitLabis 12.0. Vaata lähemalt see ülesanne.
Need teed ei ole GitLabi versioonis 12.0 saadaval. Kasutajana ei pea te midagi muutma, vaid veenduge, et teie GitLabi eksemplar töötaks versioonile 11.9+, kui lähete üle versioonile GitLab Runner 12.0.
Kustutamise kuupäev: 22 juuni 2019 linn
GitLab Runneri sisenemispunkti funktsiooni aegunud valik
GitLab 12.0-s lülitume õigele käitumisele, nagu oleks funktsiooni seade keelatud. Vaata lähemalt see ülesanne.
Kustutamise kuupäev: 22 juuni 2019 linn
Aegunud tugi Linuxi distributsioonile, mis on jõudnud GitLab Runneri EOL-i
Mõned Linuxi distributsioonid, millele saate installida GitLab Runneri, on oma eesmärgi täitnud.
GitLab 12.0 versioonis ei levita GitLab Runner enam nendele Linuxi distributsioonidele pakette. Täieliku loendi distributsioonidest, mida enam ei toetata, leiate meie veebisaidilt dokumentatsioon. Tänu Javier Ardole (Javier Jardon) kohta tema panus!
Kustutamise kuupäev: 22 juuni 2019 linn
Vanade GitLabi Runner Helperi käskude eemaldamine
Osana meie jõupingutustest toetada Windows Dockeri täitja pidi loobuma mõnest vanast käsust, mida kasutatakse abipilt.
GitLab 12.0 käivitab GitLab Runneri uute käskudega. See kehtib ainult nende kasutajate kohta, kes alistada abipilt. Vaata lähemalt see ülesanne.
Kustutamise kuupäev: 22 juuni 2019 linn
GitLab Runneri pärandmehhanismi eemaldamine
GitLab Runneris 11.10 anname võimaluse konfigureerida, kuidas Runner käsku täidab git clean. Lisaks eemaldab uus puhastusstrateegia kasutamise git reset ja annab käsu git clean pärast üleslaadimisetappi.
Kuna see käitumise muutus võib mõnda kasutajat mõjutada, oleme koostanud sätte FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Kui määrate väärtuse true, taastab see pärandpuhastusstrateegia. Lisateavet funktsiooniparameetrite kasutamise kohta GitLab Runneris leiate dokumentatsioonis.
Versioonis GitLab Runner 12.0 eemaldame pärandpuhastusstrateegia toe ja võimaluse seda funktsiooni parameetri abil taastada. Täpsemalt vaata siit see ülesanne.
Kustutamise kuupäev: 22 juuni 2019 linn
Süsteemiteabe jaotis administraatori paneelil
GitLab esitab teavet teie GitLabi eksemplari kohta admin/system_info, kuid see teave ei pruugi olla täpne.
tasuta: piiramatu arv privaatseid hoidlaid ja piiramatu arv projekti panustajaid. Suletud projektidel on juurdepääs taseme funktsioonidele tasutaOlema avatud projektid on juurdepääs taseme funktsioonidele Kuldne.
Pronks: meeskondadele, kes vajavad juurdepääsu täiustatud töövoo funktsioonidele.
Silver: meeskondadele, kes vajavad tugevamaid DevOpsi võimalusi, vastavust ja kiiremat tuge.
Kuldne: sobib paljude CI/CD töödega. Kõik avatud projektid saavad kullafunktsioone tasuta kasutada, olenemata plaanist.