Väljalase 13.4 on välja antud koos HashiCorpi salvestusruumiga CI muutujate jaoks, Kubernetes Agenti ja turbekeskusega ning Starteris muudetavate funktsioonidega
GitLabis mõtleme alati sellele, kuidas saaksime aidata kasutajatel teie lemmikplatvormil riske vähendada, tõhusust ja tarnekiirust parandada. Sel kuul oleme lisanud palju kasulikke uusi funktsioone, mis laiendavad turbevõimalusi, vähendavad haavatavuste arvu, suurendavad tõhusust, lihtsustavad tööd GitLabiga ja aitavad teie meeskonnal funktsioone veelgi kiiremini pakkuda. Loodame, et väljaande põhifunktsioonid on teile kasulikud 53 muud uut funktsiooni, lisati selles väljaandes.
Täiustatud turvafunktsioonid
Proovime GitLabi DevSecOpsi iga kuu lisada mitmeid uusi funktsioone ja see väljalase pole erand. kokkupaneku ja kasutuselevõtu raames. Lisaks saavad nüüd organisatsioonid, kes soovivad toetada koodi juurutamise kohustuste eraldamist . See roll vastab ja võimaldab teil kinnitada liitmistaotlusi (GitLabi "ühendamistaotluste" venekeelses lokalisatsioonis) ja juurutada koodi kaitstud keskkondades, ilma koodi enda muutmiseks juurdepääsu võimaldamata.
Teine võimalus riske vähendada on uute kasutamine . Operatsioonimeeskonnad saavad GitLabist Kubernetese klastreid juurutada, ilma et peaksid oma klastrit kogu Internetile avaldama. Samuti tutvustame uutele Terraformi olekufailidele automaatse versioonikontrolli tuge vastavuse toetamiseks ja silumise hõlbustamiseks. Lõpuks sai eksemplari turvalisuse armatuurlaud haavatavuse aruannete ja turvaseadetega.
Mugavam ja tõhusam töö GitLabiga
Täiendasime oma ülemaailmset otsingut, et kaasata , mis võimaldab teil hõlpsalt navigeerida uusimate piletite, rühmade, projektide, seadete ja abiteemade juurde. Meil on hea meel teatada, et GitLab Pages üksikute lehtede ja kataloogide ümbersuunamiseks saidil, mis võimaldab kasutajatel oma saite tõhusamalt juurutada. Ja neile, kes soovivad saada laiendatud teavet juurutamise kohta, võimaldab see väljaanne !
Avatud lähtekoodiga kaastööd
Meie esindame mille lisasin . Muudetud koodi ühikutesti katvuse märgid annavad arendajatele selge ülevaate koodi katvusest ülevaatuse ajal; see teave aitab kiirendada ülevaatamist ja vähendada uue koodi ühendamiseks ja juurutamiseks kuluvat aega. Ja ka meie ja planeerida .
Ja see on alles algus!
Nagu alati, on üldises ülevaates liiga vähe ruumi, kuid 13.4 versioonis on palju lahedaid funktsioone. Siin on veel mõned:
- .
Kui tahad ette teada, mis sind ees ootab järgmine vabasta, vaata .
.
see kuu -
Fabio aitas oluliselt kaasa в - funktsioon, mida on GitLabi kogukonnas väga pikka aega oodatud. See on tõeliselt oluline panus mittetriviaalsete muudatustega, mis nõudsid pidevat koostööd GitLabi meeskonnaliikmetega ja mõjutasid paljusid projekti valdkondi, nagu UX, esiots ja tagaots.
GitLabi 13.4 väljalaske põhifunktsioonid
Kasutage CI-töödes HashiCorp Vault võtmeid
(PREMIUM, ULTIMATE, HÕBE, KULD)
Versioonis 12.10 tutvustas GitLab võimalust võtta vastu ja edastada CI-tööde võtmeid, kasutades GitLabi töökäsitlejat (GitLabi jooksja). Nüüd me laieneme , lisades uue süntaksi secrets viilima .gitlab-ci.yml. See muudab HashiCorpi hoidla seadistamise ja kasutamise GitLabiga lihtsamaks.
и .
Tutvustame GitLabi Kubernetes Agenti
(PREMIUM, ULTIMATE)
GitLabi integreerimine Kubernetesega on juba pikka aega võimaldanud Kubernetese klastritesse juurutamist ilma käsitsi konfigureerimata. Paljudele kasutajatele meeldis selle komplekti kasutuslihtsus, samas kui teistel tekkis mõningaid raskusi. Praeguse integratsiooni jaoks peab teie klaster olema Internetist juurdepääsetav, et GitLab saaks sellele juurde pääseda. Paljude organisatsioonide jaoks pole see võimalik, kuna nad piiravad juurdepääsu klastritele turvalisuse, vastavuse või regulatiivsetel põhjustel. Nendest piirangutest mööda hiilimiseks pidid kasutajad ehitama oma tööriistad GitLabi peale, vastasel juhul ei saaks nad seda funktsiooni kasutada.
Täna tutvustame GitLabi Kubernetes Agenti – uut viisi Kubernetese klastritesse juurutamiseks. Agent töötab teie klastri sees, nii et te ei pea seda kogu Internetile avaldama. Agent koordineerib juurutamist, taotledes GitLabilt uusi muudatusi, selle asemel, et GitLab klastrisse värskendusi lükata. Olenemata sellest, millist GitOpsi meetodit kasutate, pakub GitLab teid.
Pange tähele, et see on agendi esimene väljalase. Meie praegune GitLabi Kubernetes Agent keskendub juurutuste konfigureerimisele ja haldamisele koodi kaudu. Mõnda olemasolevat Kubernetese integratsioonifunktsiooni, nagu juurutusplaadid ja GitLabi hallatavad rakendused, veel ei toetata. et need võimalused lisatakse agendile tulevastes väljaannetes, aga ka uutes integratsioonides, mis keskenduvad turvalisusele ja vastavusele.
и .
Andke kasutajatele juurutusload ilma koodijuurdepääsuta
(PREMIUM, ULTIMATE, HÕBE, KULD)
Varem muutis GitLabi lubade süsteem keeruliseks teie meeskonnas vastutuse õige jaotamise arenduse ja juurutamise eest vastutavate isikute vahel. GitLabi 13.4 väljalaskega saate anda loa nii juurutamise liitmistaotluste heakskiitmiseks kui ka koodi tegelikuks juurutamiseks inimestele, kes koodi ei kirjuta, andmata neile hooldaja juurdepääsuõigusi (GitLabi “hooldaja” venekeelses lokalisatsioonis ).
и .
Turvakeskus
(ULTIMATE, KULD)
Varem oli eksemplari tasemel haavatavuse haldus piiratud nii funktsionaalsuse kui ka paindlikkuse poolest. Liides oli üks leht, mis ühendab üksikasjad haavatavuste, mõõdikute graafikute ja sätete kohta. Nende funktsioonide arendamiseks või muude turvafunktsioonide kasutamiseks pole palju ruumi.
Oleme GitLabi turvalisuse ja läbipaistvuse haldamises teinud olulisi muudatusi. Eksemplari turvapaneel on muudetud terveks turvakeskuseks. Suurim muudatus on uue menüüstruktuuri kasutuselevõtt: ühe lehe asemel näete nüüd eraldi turvapaneeli, haavatavuse aruannet ja seadete sektsiooni. Kuigi funktsionaalsus ei ole muutunud, võimaldab selle osadeks jagamine seda jaotist täiustada, mis muidu oleks keeruline. See loob aluse ka muude turvalisusega seotud võimaluste lisamiseks tulevikus.
Spetsiaalses haavatavuse aruande jaotises on nüüd rohkem ruumi oluliste üksikasjade kuvamiseks. Siin on haavatavused, mis on praegu projekti haavatavuste loendis. Haavatavuse mõõdikutega vidinate viimine eraldi jaotisesse loob mugava turvajuhtpaneeli. Nüüd on see lõuend tulevaste visualiseerimiste jaoks – mitte ainult haavatavuse haldamiseks, vaid mis tahes turvalisusega seotud mõõdikute jaoks. Lõpuks loob eraldi seadete ala ühise ruumi kõigi eksemplaritaseme turbesätete jaoks, mitte ainult haavatavuse haldamiseks.
и .
Lülitavad funktsioonid on nüüd GitLab Starteris
(STARTER, PREMIUM, ULTIMATE, PRONKS, HÕBE, KULD)
GitLab 11.4 ilmus . Jaotises 12.2 tutvustasime nende jaoks strateegiaid и , ja 13.1-s lisasid nad и erinevate keskkondade jaoks.
Selle aasta alguses võttis GitLab endale kohustuse avatud lähtekoodiga. Selles versioonis oleme lõpetanud lülitatavate funktsioonide üleviimise stardiplaani ja jätkame nende üleviimist Core'i . Meil on hea meel tuua see funktsioon rohkemate kasutajateni ja tahame kuulda, kuidas te seda kasutate.
и .
Kiire navigeerimine otsinguribalt
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Mõnikord soovite GitLabis navigeerides minna otse konkreetsele projektile, mitte otsingutulemuste lehele.
Globaalse otsinguriba abil saate kiiresti navigeerida uusimate piletite, rühmade, projektide, seadete ja abiteemade juurde. Võite isegi kasutada kiirklahvi /Liigutage kursor otsinguribale, et GitLabis veelgi tõhusamalt navigeerida!
и .
Koodi katvuse kuvamine liitmistaotluste erinevustes
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Liitmistaotluse läbivaatamisel võib olla keeruline kindlaks teha, kas muudetud kood on ühikutestidega kaetud. Selle asemel saavad ülevaatajad tugineda üldisele katvusele ja taotleda selle suurendamist enne liitmistaotluse kinnitamist. See võib viia testide kirjutamise juhusliku lähenemiseni, mis tegelikult ei paranda koodi kvaliteeti ega testi katvust.
Nüüd, kui vaatate ühendamistaotluse erinevust, näete koodi katvuse visuaalset kuva. Uued märgid võimaldavad teil kiiresti aru saada, kas muudetud kood on ühikutestiga kaetud, mis aitab kiirendada koodi ülevaatamist ning uue koodi liitmise ja juurutamise aega.
Tänan ja Siemens selle funktsiooni jaoks!
и .
Rohkem keskkondi ja projekte paneelil Keskkonnad
(PREMIUM, ULTIMATE, HÕBE, KULD)
Alates GitLabi 12.5 väljalaskmisest, kasutades Sa võisid jälgida keskkondade seisu, aga mitte rohkem kui seitse keskkonda kolmes projektis. Täiendasime seda paneeli versioonis 13.4, lisades selle lehekülgedele, et aidata teil oma keskkondi ulatuslikult hooldada ja hallata. Nüüd näete rohkemates projektides rohkem keskkondi.
и .
GitLab võtab kontrolli GitLab Terraformi pakkuja üle
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Hiljuti meie ja planeerida . Viimase kuu jooksul oleme vastu võtnud 21 liitmistaotlust ja sulgenud 31 piletit, sealhulgas mõned pikaajalised vead ja puuduvad funktsioonid, nagu . Saab küll Terraformi dokumentatsioonis.
и .
Hämmastav API testimine OpenAPI spetsifikatsioonide või HAR-failiga
(ULTIMATE, KULD)
API fuzzing testimine on suurepärane viis veebirakendustes ja API-des vigade ja haavatavuste leidmiseks, mida teised skannerid ja testimismeetodid võivad märkamata jätta.
API fuzzing testimine GitLabis võimaldab teil pakkuda või oma rakendust ja genereerib seejärel automaatselt juhuslikud sisendandmed, mis on mõeldud servajuhtumite testimiseks ja vigade leidmiseks. Tulemused on koheselt nähtavad.
See on meie esimene API fuzzi testimise versioon ja me tahaksime kuulda, mida te arvate. Meil on fuzzi testimiseks rohkem laos , mille aluseks võtame selle funktsiooni väljalaske.
и .
Vaadake mõõdikute paneelil uute graafikute eelvaadet
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Varem ei olnud GitLabi mõõdikute juhtpaneelil graafiku loomine lihtne ülesanne. Pärast armatuurlaua YAML-failis mõõdiku loomist muutsite seda master, ilma et saaksite kontrollida, kas vastloodud graafik töötab täpselt nii, nagu vajate. Alates sellest versioonist saate graafiku loomisel muudatuste eelvaateid vaadata, saades tulemusest aimu enne muudatuste saatmist armatuurlaua YAML-faili.
и .
Andmed koodi katvuse kohta testide kaupa kõigi rühma projektide kohta
(PREMIUM, ULTIMATE, HÕBE, KULD)
Kui haldate GitLabis suurt hulka projekte, vajate ühte teabeallikat selle kohta, kuidas koodi katvus aja jooksul kõigis projektides muutub. Varem nõudis selle info kuvamine tüütut ja aeganõudvat käsitsitööd: igast projektist tuli alla laadida koodi katvuse andmed ja need tabelisse kombineerida.
Versioonis 13.4 sai võimalikuks kiire ja lihtne kokkupanek .csv fail, mis sisaldab kõiki andmeid koodi katvuse kohta kõigi rühma projektide või projektide valiku kohta. See funktsioon on MVC, sellele järgneb võime .
и .
Uute keelte tugi täielikuks fuzzi testimiseks
(ULTIMATE, KULD)
See väljalase tutvustab mitme uue keele tuge fuzz-testimiseks, mille eesmärk on täielik katvus.
Nüüd saate hinnata oma Java-, Rust- ja Swifti rakenduste hägusate testimise kõiki võimalusi ning leida vigu ja turvaauke, millest teised skannerid ja testimismeetodid märkamata võivad jääda.
и .
Märguanded keskkonna põhilehel
(PREMIUM, ULTIMATE, HÕBE, KULD)
Keskkondade leht näitab teie keskkondade üldist olekut. Selles versioonis oleme seda lehte täiustanud, lisades hoiatuskuva. Käivitatud hoiatused koos teie keskkondade olekuga aitavad teil kiiresti tekkivate olukordade parandamiseks meetmeid võtta.
и .
Pesastatud konveierid saavad nüüd käitada oma pesastatud torujuhtmeid
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Pesastatud konveierite kasutamisega on nüüd võimalik käivitada uusi konveieri alamkonveieri sees. Täiendav sügavuse tase võib olla kasulik, kui vajate paindlikkust muutuva arvu torujuhtmete genereerimiseks.
Varem oli pesastatud konveieri kasutamisel iga alamkonveieri jaoks vaja põhikonveieris käsitsi määratleda käivitustöö. Nüüd saate luua pesastatud torujuhtmeid, mis käivitavad dünaamiliselt suvalise arvu uusi pesastatud konveone. Näiteks kui teil on monohoidla, saate dünaamiliselt genereerida esimese alamkonveieri, mis ise loob harus tehtud muudatuste põhjal vajaliku arvu uusi torujuhtmeid.
и .
Täiustatud navigeerimine ema- ja pesastatud torujuhtmete vahel
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Varem ei olnud ema- ja pesastatud konveieri vahel navigeerimine kuigi mugav – soovitud konveierini jõudmiseks vajasite palju klikke. Samuti polnud lihtne aru saada, millisest tööst torujuhe alguse sai. Nüüd on palju lihtsam näha ühendusi ema- ja pesastatud torujuhtmete vahel.
и .
Paralleelmaatrikstöökohad näitavad ametinimetuses asjakohaseid muutujaid
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Kui kasutasite , olete võib-olla märganud, et oli raske kindlaks teha, millist maatriksimuutujat konkreetse töö jaoks kasutati, kuna töönimed nägid välja sellised matrix 1/4. Versioonis 13.4 näete töö üldise nime asemel asjakohaseid muutuja väärtusi, mida selles töös kasutati. Näiteks kui teie eesmärk on siluda x86 arhitektuuri, kutsutakse see töö välja matrix: debug x86.
и .
Muud GitLabi täiustused 13.4
Atlassiani konto ühendamine
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLabi kasutajad saavad nüüd ühendada oma GitLabi kontod oma Atlassian Cloudi kontoga. See võimaldab teil oma Atlassiani mandaatidega GitLabi sisse logida ja loob aluse ka tulevastele integratsioonitäiustustele. ja teiste Atlassiani sarja toodetega.
и .
Kõigi liitmiskohustuste loendi eksportimine
(ULTIMATE, KULD)
Vastavusele keskendunud organisatsioonid vajavad viisi, kuidas näidata audiitoritele terviklikku vaadet mis tahes tootmismuudatusega seotud komponentidest. GitLabis tähendab see kõike ühte kohta kogumist: liitmistaotlused, piletid, torujuhtmed, turvaskaneeringud ja muud sidumisandmed. Seni pidite selle kas käsitsi GitLabis koguma või konfigureerima oma tööriistad teabe kogumiseks, mis polnud kuigi tõhus.
Nüüd saate neid andmeid programmiliselt koguda ja eksportida, et täita auditinõudeid või teha muid analüüse. Praeguse rühma kõigi liitmiskohustuste loendi eksportimiseks peate minema aadressile ja klõpsake nuppu Kõigi liitmiskohustuste loend. Saadud fail sisaldab kõiki liitmistaotluse kohustusi, nende autorit, seotud liitmistaotluse ID-d, rühma, projekti, kinnitajaid ja muud teavet.
и .
Isiklike juurdepääsulubade loetlemine ja haldamine API kaudu
(ULTIMATE, KULD)
GitLabi nimeruumile juurdepääsu haldamine on vastavuspüüdluste oluline osa. Väiksemate privileegide põhimõtetest kuni ajastatud juurdepääsu keelamiseni võib GitLabi isiklike juurdepääsulubadega seotud olla mitmeid nõudeid. Kõigi nende kasutajamandaatide hooldamise ja haldamise hõlbustamiseks teie nimeruumis oleme pakkunud võimaluse loetleda kõik isiklikud juurdepääsumärgid ja valikuliselt API kaudu.
Need GitLabi API täiustused võimaldavad kasutajatel loetleda ja tühistada oma isiklikud juurdepääsumärgid ning administraatoritel oma kasutajate žetoonid loetleda ja tühistada. Administraatoritel on nüüd lihtsam näha, kellel on juurdepääs nende nimeruumile, teha kasutajaandmete põhjal juurdepääsuotsuseid ja tühistada isiklikke juurdepääsulubasid, mis võivad olla rikutud või jäävad ettevõtte juurdepääsuhalduspoliitikast välja.
и .
Seotud probleemid ja muud funktsioonid on nüüd GitLab Core'is
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Paar kuud tagasi teatasime plaanist . Selle lubaduse täitmise nimel töötades oleme täitnud , и (GitLabi „arutelulaua“ venekeelses lokaliseerimises) on saadaval põhiplaanis. See kehtib ainult "seotud" suhete kohta; "blokeeritud" ja "blokeeritud" suhted jäävad tasulistesse plaanidesse.
и .
Lähteharu nime kuvamine ühendamistaotluse külgribal
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Koodimuudatuste, arutelude ja liitmistaotluste kohustuste ülevaatamisel on sageli soovitatav teha põhjalikuma ülevaate saamiseks filiaali kohalik kontroll. Lõime nime leidmine muutub aga üha keerulisemaks, kuna liitmistaotluse kirjeldusele lisatakse rohkem sisu ja peate lehte allapoole kerima.
Lisasime liitmistaotluse külgribale haru nime, muutes selle igal ajal juurdepääsetavaks ja kaotades vajaduse kogu lehte läbi kerida. Nii nagu ühendamistaotluse link, sisaldab lähteharu jaotis mugavat nuppu "kopeeri".
Tänan teie tohutu panuse eest selle funktsiooni arendamisse!
и .
Märge ahendatud failide olemasolu kohta liitmistaotluste erinevustes
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Mitmesse faili muudatusi lisavad liitmistaotlused ahendavad mõnikord suurte failide erinevusi, et parandada renderdamise jõudlust. Kui see juhtub, on võimalik fail ülevaatuse ajal kogemata vahele jätta, eriti suure hulga failidega ühendamistaotluste puhul. Alates versioonist 13.4 märgistavad liitmistaotlused volditud faile sisaldavad erinevused, nii et need failid ei jää koodi ülevaatamisel kahe silma vahele. Veelgi suurema selguse huvides kavatseme tulevases versioonis lisada nendele failidele esiletõstmise. Olge kursis värskendustega .
и .
Hoiatus ahendatud failide olemasolu kohta liitmistaotluse erinevuses
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Ühendustaotluse erinevuste jaotises ahendatakse jõudluse parandamiseks suured failid. Siiski võivad koodi ülevaatamisel mõned failid vahele jääda, kui ülevaataja failide loendit sirvib, kuna kõik suured failid on ahendatud.
Lisasime liitmistaotluse erinevuse lehe ülaossa nähtava hoiatuse, et teavitada kasutajaid, et selles jaotises on ühendatud fail. Nii ei jää te ülevaatuse ajal ühendamistaotluse muudatustest ilma.
и .
Gitaly klastri hoidla automaatne taastamine
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Varem, kui Gitaly klastri esmane sõlm läks võrguühenduseta, märgiti selle sõlme hoidlad kirjutuskaitstuks. See hoidis ära andmete kadumise olukordades, kus sõlmes tehti muudatusi, mida polnud veel kopeeritud. Kui sõlm tuli uuesti võrku, ei taastatud GitLab automaatselt ja administraatorid pidid sünkroonimisprotsessi käsitsi alustama või andmete kadumisega nõustuma. Muud olukorrad, näiteks sekundaarse sõlme replikatsioonitöö tõrge, võivad samuti põhjustada aegunud või kirjutuskaitstud hoidlaid. Sel juhul jäi hoidla seisma kuni järgmise kirjutamistoiminguni, mis käivitab replikatsioonitöö.
Selle probleemi lahendamiseks ajastab nüüd replikatsioonitöö, kui see tuvastab ühes sõlmes aegunud hoidla ja teises hoidla uusima versiooni. See replikatsioonitöö hoiab hoidla automaatselt ajakohasena, välistades vajaduse andmeid käsitsi taastada. Automaatne taastamine tagab ka selle, et sekundaarsed sõlmed värskendatakse kiiresti, kui replikatsioonitöö ebaõnnestub, mitte ei oodata järgmist kirjutamistoimingut. Kuna paljud Gilaly klastrid salvestavad suure hulga hoidlaid, vähendab see oluliselt aega, mille administraatorid ja töökindlusinsenerid kulutavad andmete taastamisele pärast viga.
Lisaks alustab automaatne parandus hoidlate replikatsiooni mis tahes uues klastrisse lisatud Gitaly sõlmes, välistades käsitsi töö uute sõlmede lisamisel.
и .
Märkige ülesanne kujunduslehel lõpetatuks
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Tõhus suhtlus GitLabis põhineb ülesannete nimekirjadel. Kui teid kommentaaris mainitakse, on oluline, et saaksite ülesande juurde hüpata ja midagi tegema hakata või selle lõpetatuks märkida. Samuti on oluline, et saaksite endale ülesande määrata, kui peate millegi kallal töötama või selle juurde hiljem tagasi pöörduma.
Varem ei saanud kujundusega töötades ülesandeid lisada ega lõpetatuks märkida. See häiris tõsiselt tootemeeskondade vahelise suhtluse tõhusust, kuna ülesanded on GitLabi töövoo oluline element.
Versioonis 13.4 jõuavad kujundused ülesannete kasutamisel järele piletikommentaaridele, mis muudab nendega töötamise järjepidevamaks ja tõhusamaks.
и .
CI/CD täiustatud tõrkeotsingu juhend
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Täiendasime GitLabi CI/CD tõrkeotsingu juhendit, mis sisaldab lisateavet levinud probleemide kohta, millega võite kokku puutuda. Loodame, et täiustatud dokumentatsioon on väärtuslik ressurss, mis aitab teil GitLabi CI/CD kiiresti ja hõlpsalt käivitada.
и .
Liitmistaotlused ei lange enam liitmisjärjekorrast välja
(PREMIUM, ULTIMATE, HÕBE, KULD)
Varem võisid liitmistaotlused hilinenud kommentaaride tõttu kogemata liitmisjärjekorrast välja kukkuda. Kui liitmistaotlus oli juba järjekorras ja keegi lisas sellele kommentaari, mis tekitas uue lahendamata arutelu, loeti liitmistaotlus liitmiseks sobimatuks ja see langeb järjekorrast välja. Nüüd, pärast liitmistaotluse lisamist liitmisjärjekorda, saab lisada uusi kommentaare, kartmata liitmisprotsessi häirida.
и .
Koodi katvuse väärtuse kuvamine töö jaoks liitmistaotluses
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Arendajad peaksid nägema koodi katvuse väärtust pärast konveieri valmimist – isegi keeruliste stsenaariumide korral, nagu näiteks mitme tööga konveieri käitamine, mida tuleb katvuse väärtuse arvutamiseks sõeluda. Varem näitas liitmistaotluse vidin ainult nende väärtuste keskmist, mis tähendas, et vahepealsete katvuse väärtuste saamiseks pidite navigeerima töölehele ja tagasi liitmistaotluse juurde. Teie aja ja nende lisatoimingute säästmiseks panime vidina kuvama keskmise katvuse väärtuse, selle muutused siht- ja lähteharu vahel ning tööriistaspikri, mis näitab iga töö katvuse väärtust, mille põhjal keskmine arvutati.
и .
Pakettide eemaldamine pakettide registrist rühma vaatamisel
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
GitLabi pakettide register on koht, kus hoida ja levitada erinevas vormingus pakette. Kui teie projektis või rühmas on palju pakette, peate kasutamata paketid kiiresti tuvastama ja eemaldama, et takistada inimestel neid alla laadida. Saate pakette oma registrist eemaldada kaudu või paketiregistri kasutajaliidese kaudu. Seni ei saanud aga kasutajaliidese kaudu gruppi vaadates pakette eemaldada. Selle tulemusena pidite eemaldama mittevajalikud paketid projektipõhiselt, mis oli ebaefektiivne.
Nüüd saate grupi pakettide registri vaatamisel pakette eemaldada. Lihtsalt minge rühma pakettide registri lehele, filtreerige paketid nime järgi ja eemaldage kõik, mida te ei vaja.
и .
Conani pakettide skaleerimine projekti tasemele
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
C/C++ sõltuvuste avaldamiseks ja levitamiseks saate kasutada GitLabi Conani hoidlat. Varasemad paketid said aga skaleerida ainult eksemplari tasemele, kuna Conani paketi nimi võis olla maksimaalselt 51 tähemärki pikk. Kui tahtsid näiteks alamrühma paketti avaldada gitlab-org/ci-cd/package-stage/feature-testing/conan, seda oli peaaegu võimatu teha.
Nüüd saate vähendada Conani pakette projekti tasemele, muutes oma projektide sõltuvuste avaldamise ja levitamise lihtsaks.
и .
Uute paketihaldurite ja keelte tugi sõltuvuse skannimiseks
(ULTIMATE, KULD)
Meil on hea meel lisada meie loendisse NuGet 4.9+ või Conani paketihaldureid kasutavate C-, C++-, C#- ja .Net-koodiprojektide sõltuvuskontrollid . Nüüd saate turvaetapi osana lubada sõltuvuste kontrolli, et kontrollida paketihaldurite kaudu lisatud sõltuvuste teadaolevaid turvaauke. Leitud haavatavused kuvatakse teie liitmistaotluses koos nende raskusastmega, et saaksite enne liitmise teostamist teada, milliseid riske uus sõltuvus endaga kaasa toob. Samuti saate oma projekti vastavalt vajadusele konfigureerida kriitilise (kriitiline), kõrge (kõrge) või tundmatu (tundmatu) raskusastmega turvaaukudega sõltuvuste jaoks.
и .
Märguanded ühendamistaotluse sätte muutmisel väärtusele „Ühenda, kui konveier on edukalt lõpule viidud”
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Varem ühendamistaotluse seadete määramisel Ühendage, kui torujuhe on lõppenud (Merge When Pipeline Succeeds, MWPS) meiliteavitust ei saadetud. Peate olekut käsitsi kontrollima või ootama ühendamisteadet. Selle väljaandega on meil hea meel tutvustada kasutajate kaastöid , mis lahendas selle probleemi, lisades automaatsed teatised kõigile, kes on liitumistaotluse tellinud, kui ülevaataja muudab liitmisseadeks MWPS.
и .
EKS-klastrite loomine Kubernetese kasutaja määratud versiooniga
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
GitLabi kasutajad saavad nüüd valida EKS-i pakutava Kubernetese versiooni; valida saab versioonide 1.14–1.17 vahel.
и .
Juhtumite loomine piletitüüpidena
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Mitte iga tekkiv probleem ei käivita koheselt hoiatusi: kasutajad teatavad katkestustest ja meeskonnaliikmed uurivad jõudlusprobleeme. Juhtumid on nüüd teatud tüüpi pilet, nii et teie meeskonnad saavad need kiiresti oma tavapärase töövoo osana luua. Klõpsake Uus ülesanne kõikjalt GitLabis ja väljal Tüüp valima Juhtum.
и .
GitLabi märguannete mainimine Markdownis
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Täiendasime GitLabi märguandeid, lisades GitLabi Markdownis spetsiaalselt nende jaoks mõeldud mainimistüübi, mis muudab hoiatuste jagamise ja mainimise lihtsamaks. Kasutage ^alert#1234mainida hoiatust mis tahes Markdowni väljal: juhtumite, piletite või liitmistaotluste puhul. See aitab teil tuvastada ka töid, mis on loodud hoiatuste, mitte piletite või liitmistaotluste põhjal.
и .
Hoiatuste koormuse vaatamine juhtumite kaupa
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Hoiatuse kirjeldus sisaldab tõrkeotsingu ja taastamise jaoks olulist teavet ning see teave peaks olema hõlpsasti juurdepääsetav, et te ei peaks vahejuhtumi lahendamisel töötades tööriistu ega vahekaarte vahetama. Hoiatuste põhjal loodud juhtumid kuvavad vahekaardil täieliku hoiatuse kirjelduse Hoiatuse üksikasjad.
75% kiirem täpsem otsing
(STARTER, PREMIUM, ULTIMATE, PRONKS, HÕBE, KULD)
GitLabil kui ühel rakendusel on ainulaadne võimalus kogu teie DevOpsi töövoo jooksul sisu avastada kiiresti. GitLabi versioonis 13.4 annab täpsem otsing tulemusi 75% kiiremini , nagu saidil GitLab.com.
и .
Kustutatud projektide vaatamine administraatoritele
(CORE, STARTER, PREMIUM, ULTIMATE)
Oli võimalus projekti kustutamist edasi lükata . Varem ei olnud aga võimalik kõiki kustutamist ootavaid projekte ühes kohas näha. GitLabi kasutajaeksemplari administraatorid saavad nüüd vaadata kõiki pooleliolevaid kustutamisprojekte ühes kohas koos nuppudega, mis võimaldavad neid projekte hõlpsalt taastada.
See funktsioon annab administraatoritele suurema kontrolli projekti kustutamise üle, kogudes kogu asjakohase teabe ühte kohta ja pakkudes võimalust soovimatud kustutamistoimingud tagasi võtta.
Tänan selle funktsiooni jaoks!
и .
API-le on lisatud rühmatõukereeglite tugi
(STARTER, PREMIUM, ULTIMATE, PRONKS, HÕBE, KULD)
Varem sai grupi tõukereegleid konfigureerida ainult iga rühma GitLabi kasutajaliidese kaudu eraldi külastades ja neid reegleid rakendades. Nüüd saate neid reegleid hallata API kaudu, et toetada kohandatud tööriistu ja GitLabi automatiseerimist.
и .
Isiklike juurdepääsulubade tühistamine isehallatava mandaatide salvestusruumi jaoks
(ULTIMATE)
Annab administraatoritele teavet, mida nad vajavad oma GitLabi eksemplari kasutajamandaatide haldamiseks. Kuna vastavusele keskendunud organisatsioonid erinevad oma mandaadihalduspoliitikate ranguse poolest, oleme lisanud nupu, mis võimaldab administraatoritel soovi korral tühistada kasutaja isikliku juurdepääsuloa (PAT). Administraatorid saavad nüüd potentsiaalselt ohustatud PAT-id hõlpsalt tühistada. See funktsioon on kasulik organisatsioonidele, kes soovivad kasutajate häirimise minimeerimiseks paindlikumaid vastavusvalikuid.
и .
Staatilise saidi redaktori konfiguratsioonifail
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
GitLabi versioonis 13.4 tutvustame uut viisi staatilise saidi redaktori kohandamiseks. Kuigi konfiguratsioonifail ei salvesta ega võta vastu selles versioonis mingeid sätteid, loome aluse redaktori käitumise tulevaseks kohandamiseks. Tulevastes väljaannetes lisame faili .gitlab/static-site-editor.yml paigaldamise parameetrid mille peal , alistades Markdowni süntaksi seaded ja muud redaktori sätted.
и .
Faili sissejuhatava osa redigeerimine staatilise saidiredaktoriga
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Esiosa on paindlik ja mugav viis andmefailides lehemuutujate määratlemiseks staatilise saidi generaatori poolt töötlemiseks. Tavaliselt kasutatakse seda lehe pealkirja, küljendusmalli või autori määramiseks, kuid seda saab kasutada mis tahes tüüpi metaandmete edastamiseks generaatorile lehe HTML-vormingus renderdamisel. Sissejuhatav osa, mis sisaldub iga andmefaili ülaosas, on tavaliselt vormindatud YAML- või JSON-vormingus ning nõuab järjepidevat ja täpset süntaksit. Kasutajad, kes ei tunne konkreetseid süntaksireegleid, võivad tahtmatult sisestada kehtetu märgistuse, mis omakorda võib põhjustada vormindamisprobleeme või isegi koostamistõrkeid.
Staatilise saidiredaktori WYSIWYG redigeerimisrežiim eemaldab juba redaktorist sissejuhatuse, et vältida neid vormindamisvigu. See aga takistab teil selles osas salvestatud väärtusi muutmast ilma lähterežiimis redigeerimise juurde naasmata. GitLab 13.4-s pääsete juurde mis tahes väljale ja saate muuta selle väärtust tuttavas vormipõhises liideses. Kui nuppu vajutatakse Seaded (Seaded) avaneb paneel, millel on iga alguses määratletud võtme jaoks vormiväli. Väljad on täidetud praeguse väärtusega ja nende redigeerimine on sama lihtne kui selle sisestamine veebivormi. Sissejuhatuse sellisel viisil muutmine väldib keerulist süntaksit ja annab teile täieliku kontrolli sisu üle, tagades samal ajal lõpptulemuse järjepideva vormindamise.
и .
GitLab for Jira ja DVCS Connector on nüüd Core'is
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Jira kasutajatele GitLabis: и võimaldab teil kuvada teavet GitLabi kohustuste ja liitmistaotluste kohta otse Jiras. Koos meie sisseehitatud Jira integratsiooniga saate hõlpsalt kahe rakenduse vahel töötamise ajal liikuda.
Need funktsioonid olid varem saadaval ainult meie Premium-paketis, kuid nüüd on need saadaval kõigile kasutajatele!
и .
Enamushääletus Gitaly klastri tehingute poolt (beeta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Gitaly klaster võimaldab teil kopeerida Giti hoidlaid mitmesse "sooja" Gitaly sõlme. See suurendab tõrketaluvust, kõrvaldades üksikud tõrkepunktid. , mis on kasutusele võetud GitLabi versioonis 13.3, põhjustavad muudatuste edastamise klastri kõikidesse Gitaly sõlmedesse, kuid ainult Gitaly sõlmed, mis hääletavad esmase sõlmega, salvestavad muudatused kettale. Kui kõik koopiasõlmed ei nõustu, salvestatakse kettale ainult üks muudatuse koopia, mis loob ühe tõrkepunkti, kuni asünkroonne replikatsioon lõpeb.
Enamushääletamine parandab tõrketaluvust, nõudes enne muudatuste kettale salvestamist enamiku sõlmede (mitte kõigi) nõusolekut. Kui see lülitusfunktsioon on lubatud, peaks kirjutamine õnnestuma mitmes sõlmes. Eriarvamusel olevad sõlmed sünkroonitakse automaatselt, kasutades asünkroonset replikatsiooni nendest sõlmedest, mis on moodustanud kvoorumi.
и .
Kohandatud skeemi tugi JSON-i valideerimiseks Web IDE-s
(PREMIUM, ULTIMATE, HÕBE, KULD)
Projektid, kus inimesed kirjutavad konfiguratsioone JSON-is või YAML-is, on sageli altid probleemidele, kuna on lihtne teha kirjavigu ja midagi rikkuda. Nende probleemide tuvastamiseks CI-konveieris on võimalik kirjutada kontrolltööriistu, kuid JSON-skeemifaili kasutamine võib olla kasulik dokumentide ja vihjete esitamiseks.
Projektis osalejad saavad oma hoidlas määratleda failis oleva kohandatud skeemi tee .gitlab/.gitlab-webide.yml, mis määrab kontrollitavate failide skeemi ja tee. Kui laadite veebi-IDE-sse kindla faili, näete faili loomisel täiendavat tagasisidet ja kinnitust.
и .
Suunatud atsüklilise graafiku (DAG) hargnemispiir suurendati 50-ni
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Kui kasutate konveiereid (Directed Acyclic Graph (DAG)), võite avastada, et töö saab määrata 10 tööga. needs:, liiga karm. 13.4-s suurendati vaikelimiiti 10-lt 50-le, et võimaldada teie konveierites olevate tööde vahel keerukamaid seoseid.
Kui olete kohandatud GitLabi eksemplari administraator, saate seda limiiti veelgi tõsta, seadistades lülitusfunktsiooni, kuigi me ei paku selle jaoks ametlikku tuge.
и .
Paranenud käitumine needs vastamata ülesannete eest
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Mõnel juhul võib pooleli jäänud tööd lugeda valesti õnnestunuks jaotises määratletud sõltuvuste puhul. needs, mis põhjustas järgnevate tööde käivitamise, mida poleks tohtinud juhtuda. See käitumine on parandatud versioonis 13.4 ja needs käsitleb nüüd õigesti tegemata ülesannete juhtumeid.
и .
Kinnitage viimane ülesande artefakt, et vältida selle kustutamist
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
GitLab lukustab nüüd automaatselt iga aktiivse haru, liitmistaotluse või sildi viimase eduka töö ja konveieri artefakti, et vältida selle kustutamist pärast aegumist. Vanade esemete puhastamiseks muutub agressiivsemate aegumisreeglite kehtestamine lihtsamaks. See aitab vähendada kettaruumi tarbimist ja tagab, et teil on alati konveieri uusima artefakti koopia.
и .
CI/CD juhend torujuhtme optimeerimiseks
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
CI/CD torujuhtme optimeerimine võib parandada tarnekiirust ja säästa raha. Täiendasime oma dokumentatsiooni, et sisaldada kiiret juhendit, kuidas torujuhtmete optimeerimisest maksimumi võtta.
и .
Testiaruanne on sorteeritud testi oleku järgi
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
on lihtne viis kõigi jooksvate testide tulemuste nägemiseks. Suure hulga testide puhul võib aga ebaõnnestunud testide leidmine võtta kaua aega. Muud probleemid, mis võivad aruande kasutamise raskendada, hõlmavad raskusi pikkade jälgimisväljundite kerimisel ja aja nullini ümardamist testide puhul, mis käivad alla 1 sekundi. Nüüd asetab see vaikimisi testiaruande sortimisel ebaõnnestunud testid aruande algusesse ja seejärel sorteerib testid kestuse järgi. Nii on lihtsam leida rikkeid ja pikki katseid. Lisaks kuvatakse testi kestus nüüd millisekundites või sekundites, mis muudab nende lugemise palju kiiremaks, samuti on lahendatud varasemad kerimisega seotud probleemid.
и .
Paketiregistrisse üleslaaditavate failide suuruse piirangud
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
GitLabi paketiregistrisse üleslaaditavate paketifailide suurusele on nüüd kehtestatud piirangud. Paketiregistri jõudluse optimeerimiseks ja kuritarvitamise vältimiseks on lisatud piirangud. Piirangud erinevad olenevalt paketi vormingust. GitLab.com puhul on maksimaalsed failisuurused:
- Conan: 250 MB
- Mälu: 3 GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3 GB
Kohandatud GitLabi eksemplaride puhul on vaikeseaded samad. Administraator saab aga piiranguid värskendada kasutades .
и .
Kasutage PyPI pakettide avaldamiseks CI_JOB_TOKEN
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Saate kasutada GitLabi PyPI hoidlat Pythoni pakettide loomiseks, avaldamiseks ja jagamiseks koos lähtekoodi ja CI/CD torujuhtmetega. Varem ei saanud aga hoidlas autentida eelmääratletud keskkonnamuutuja abil CI_JOB_TOKEN. Selle tulemusena pidite PyPI hoidla värskendamiseks kasutama oma isiklikke mandaate või otsustasite hoidlast üldse mitte kasutada.
Nüüd on lihtsam kasutada GitLabi CI/CD-d PyPI pakettide avaldamiseks ja installimiseks, kasutades eelmääratletud keskkonnamuutujat CI_JOB_TOKEN.
и .
DAST-skanneri profiilid nõudmisel
(ULTIMATE, KULD)
DAST-i tellitavale skannimisele, mis oli , DAST-i skanneriprofiilid on lisatud. Need laiendavad nende kontrollide konfigureerimisvõimalusi, võimaldades teil kiiresti luua mitu profiili, et katta mitut skannimistüüpi. Versioonis 13.4 sisaldab roomaja profiil algselt roomaja ajalõpu sätet, mis määrab, kui kaua peaks roomaja DAST-i roomaja töötama, kui see püüab tuvastada roomatud saidi kõiki lehti. Profiil sisaldab ka sihtsaidi ajalõpu sätet, et määrata, kui kaua peaks roomaja ootama, kuni sait muutub juurdepääsetavaks enne roomamise katkestamist, kui sait ei vasta olekukoodiga 200 või 300. Kuna me jätkame täiustamist, seda funktsiooni kasutatakse lisatakse tulevastes väljaannetes skanneri profiilile; lisatakse täiendavad konfiguratsiooniparameetrid.
и .
GitLabi lehtede lihtne ümbersuunamise konfiguratsioonifail
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Kui kasutate GitLabi lehti ja soovite URL-i muudatusi paremini hallata, olete võib-olla märganud, et ümbersuunamiste haldamine teie GitLabi lehtede saidil ei olnud võimalik. GitLab võimaldab teil nüüd konfigureerida reegleid, et suunata üks URL-i teisele teie lehtede saidi jaoks, lisades hoidlasse konfiguratsioonifaili. See funktsioon on võimalik tänu Kevin Barnetti (), meie Eric Eastwood () ja GitLabi meeskonnad. Täname kõiki teie panuse eest.
и .
Terraformi olek, mida haldab GitLab
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Juurdepääs Terraformi oleku varasematele versioonidele on vajalik nii vastavuse tagamiseks kui ka vajadusel silumiseks. GitLabi hallatava Terraformi oleku versioonimise tuge pakutakse alates GitLabi versioonist 13.4. Uute Terraformi olekufailide jaoks lubatakse versioonide loomine automaatselt. Olemasolevad Terraformi olekufailid on hilisemas väljaandes.
и .
Olulise intsidendi teatise üksikasjad
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Juhtumite töötlemisel peate saama hõlpsalt kindlaks teha, kui kaua hoiatus oli avatud ja mitu korda sündmus käivitati. Need üksikasjad on sageli kriitilise tähtsusega, et määrata kindlaks mõju kliendile ja sellele, millega teie meeskond peaks kõigepealt tegelema. Uuel juhtumi üksikasjade paneelil kuvame hoiatuse algusaja, sündmuste arvu ja lingi algse hoiatuse juurde. See teave on saadaval hoiatuste põhjal genereeritud juhtumite kohta.
и .
Juhtumi tõsiduse parameetri seadistamine ja muutmine
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Juhtumi tõsiduse dimensioon võimaldab reageerijatel ja sidusrühmadel määrata katkestuse mõju, samuti reageerimise meetodi ja kiireloomulisuse. Kuna teie meeskond jagab tulemusi juhtumi lahendamise ja taastamise ajal, saavad nad seda seadet muuta. Nüüd saate vahejuhtumi üksikasjade lehe parempoolsel külgribal muuta intsidendi tõsidust ja raskusaste kuvatakse juhtumite loendis.
и .
Konteinervõrgu turvareeglite loomine, muutmine ja kustutamine
(ULTIMATE, KULD)
See Container Network Security Rule Editori täiustus võimaldab kasutajatel hõlpsasti luua, redigeerida ja kustutada oma reegleid otse GitLabi kasutajaliidesest. Redaktori funktsioonid hõlmavad .yaml kogenud kasutajatele ja intuitiivse liidesega reegliredaktor neile, kes võrgureegleid ei kasuta. Uued reeglite haldamise võimalused leiate jaotisest Turvalisus ja vastavus > Ohuhaldus > Reeglid (Turvalisus ja vastavus > Ohuhaldus > Eeskirjad).
и .
Azure blob-salvestuse tugi
(TUUM, STARTER, PREMIUM, ULTIMATE, TASUTA, PRONKS, HÕBE, KULD)
Nüüd toetavad nii GitLab kui ka GitLab Runner , mis muudab GitLabi teenuste käitamise Azure'is lihtsamaks.
GitLabi eksemplarid toetavad Azure'i igat tüüpi objektipoodide jaoks, sealhulgas LFS-failid, CI-artefaktid ja . Azure Blobi salvestusruumi seadistamiseks järgige installijuhiseid või .
GitLabi tööprotsessorid toetavad ka Azure'i salvestusruumi jaoks . Azure'i salvestusruumi saab konfigureerida jaotise abil .
и .
Omnibus ARM64 paketid Ubuntu ja OpenSUSE jaoks
(CORE, STARTER, PREMIUM, ULTIMATE)
Vastuseks kasvavale nõudlusele 64-bitise ARM-arhitektuuriga GitLabi käitamise toe järele on meil hea meel teatada ametliku ARM64 Ubuntu 20.04 Omnibusi paketi saadavusest. Suur tänu Zitai Chenile ja Guillaume Gardet'le tohutu panuse eest – nende ühinemistaotlused mängisid selles võtmerolli!
Ubuntu 20.04 paketi allalaadimiseks ja installimiseks minge meie lehele ja valige Ubuntu.
и .
GitLabi Helmi diagrammi kiipkaardi autentimise tugi
(PREMIUM, ULTIMATE)
Kiipkaarte, näiteks ühiseid juurdepääsukaarte (CAC), saab nüüd kasutada Helm diagrammi kaudu juurutatud GitLabi eksemplari autentimiseks. Kiipkaardid autentitakse kohaliku andmebaasi alusel, kasutades X.509 sertifikaate. Sellega on Helm diagrammiga kiipkaartide tugi nüüd kooskõlas Omnibusi juurutustes saadaoleva kiipkaardi toega.
и .
Üksikasjalikke väljalaskemärkmeid ja värskendus-/installimisjuhiseid saab lugeda ingliskeelsest originaalpostitusest: .
Töötasime inglise keelest tõlkimisega , , и .
Allikas: www.habr.com