„GitLab 11.11“: kelios atsakomybės už sujungimo užklausas ir konteinerių patobulinimus
Daugiau bendradarbiavimo parinkčių ir papildomų pranešimų
„GitLab“ nuolat ieškome naujų būdų, kaip pagerinti bendradarbiavimą per visą „DevOps“ gyvavimo ciklą. Džiaugiamės galėdami pranešti, kad palaikome šį leidimą keli atsakingi asmenys už vieną sujungimo prašymą! Ši funkcija pasiekiama nuo GitLab Starter lygio ir iš tikrųjų įkūnija mūsų šūkį: „Prisidėti gali kiekvienas“. Žinome, kad dėl vienos sujungimo užklausos gali dirbti daug žmonių, kad įsitikintų, jog viskas tvarkoje, ir dabar galite priskirti kelis sujungimo užklausų savininkus!
Sumažinkite išlaidas naudodami „Docker“ konteinerių palaikymą sistemoje „Windows“ ir „Kubernetes“ grupių aprūpinimą egzempliorių lygiu
Mes mėgstame konteinerius! Konteineriai sunaudoja mažiau sistemos išteklių, palyginti su virtualiosiomis mašinomis, ir pagerina programų perkeliamumą. Nuo GitLab 11.11 išleidimo mes palaikome „Windows“ konteinerio vykdytojas, skirtas „GitLab Runner“., todėl dabar galite naudoti „Docker“ konteinerius sistemoje „Windows“ ir mėgautis pažangiomis vamzdynų orkestravimo ir valdymo galimybėmis.
„GitLab Premium“ (tik savarankiškai valdomi egzemplioriai) dabar siūlo „Docker“ vaizdų priklausomybės tarpinis serveris talpykloje. Šis papildymas pagreitins pristatymą, nes dabar turėsite dažnai naudojamų „Docker“ vaizdų talpyklos tarpinį serverį.
Savarankiškai valdomų „GitLab“ egzempliorių naudotojai dabar gali teikti „Kubernetes“ klasteris egzemplioriaus lygiu, o visos komandos ir projektai naudos jį savo diegimui. Ši „GitLab“ integracija su „Kubernetes“ automatiškai sukurs konkrečiam projektui skirtus išteklius, kad padidintų saugumą.
Vertingiausias šio mėnesio darbuotojasMVP) – Kia Mae Somabes (Kia Mei Somabes)
Šiame leidime pridėjome galimybę atsisiųsti atskirus aplankus iš saugyklų, o ne visą turinį. Dabar galite atsisiųsti tik kelis jums reikalingus failus. Ačiū, Kia Mae Somabes!
Pagrindinės „GitLab 11.11“ funkcijos
„Windows“ konteinerio vykdytojas, skirtas „GitLab Runner“.
„GitLab 11.11“ prie „GitLab Runner“ pridėjome naują bėgiką, kad „Docker“ konteinerius būtų galima naudoti sistemoje „Windows“. Anksčiau „Windows“ sistemoje „Docker“ konteineriams tvarkyti turėjote naudoti apvalkalą, bet dabar galite dirbti su „Docker“ konteineriais tiesiogiai sistemoje „Windows“, panašiai kaip ir „Linux“. „Microsoft“ platformos naudotojai dabar turi daugiau konvejerio orkestravimo ir valdymo parinkčių.
Šis naujinimas apima patobulintą „PowerShell“ palaikymą „GitLab CI“ / kompaktiniame diske, taip pat naujus įvairių „Windows“ konteinerių versijų palaikymo vaizdus. Žinoma, su GitLab.com galima naudoti savo „Windows“ paleidiklius, tačiau jie dar nėra viešai prieinami įrankiai.
Sudėtinio rodinio registro priklausomybės tarpinis serveris talpykloje
PREMIUM, ULTIMATE
Komandos dažnai naudoja konteinerius kurdamos vamzdynus, o dažnai naudojamų vaizdų ir paketų tarpinis serveris talpykloje yra puikus būdas paspartinti vamzdynus. Turėdami vietinę jums reikalingų sluoksnių kopiją, pasiekiamą per naują talpyklos tarpinį serverį, galite efektyviau dirbti su įprastais vaizdais jūsų aplinkoje.
Kol kas konteinerio tarpinis serveris pasiekiamas tik žiniatinklio serverio savarankiškai valdomiems egzemplioriams Puma (eksperimentiniu režimu).
Gana įprasta, kad keli žmonės dirba su funkcija bendroje šakoje ir sujungimo užklausoje, pavyzdžiui, kai priekinės ir galinės dalies kūrėjai glaudžiai bendradarbiauja arba kai kūrėjai dirba poromis, pvz., Ekstremalaus programavimo atveju.
„GitLab 11.11“ galite priskirti kelis žmones, kad sujungtų užklausas. Kaip ir keliems užduočių savininkams, galite naudoti sąrašus, filtrus, pranešimus ir API.
„Kubernetes“ saugos ir aprūpinimo modelis tobulinamas, kad per vieną bendrą klasterį būtų galima aptarnauti didelį klientų skaičių.
„GitLab 11.11“ savarankiškai valdomų egzempliorių naudotojai dabar gali sukurti klasterį egzemplioriaus lygiu, o visos egzemplioriaus komandos ir projektai naudos jį savo diegimui. Ši „GitLab“ integracija su „Kubernetes“ automatiškai sukurs konkrečiam projektui skirtus išteklius, kad padidintų saugumą.
Dabar galite nustatyti automatinius pranešimus apie diegimo įvykius komandos kanale dėl integracijos su pokalbiais Palaidas и Mattermostir jūsų komanda žinos apie visus svarbius įvykius.
Svečiai jūsų projektų vartotojai dabar gali peržiūrėti leidimus, paskelbtus leidimų puslapyje. Jie galės atsisiųsti paskelbtus artefaktus, bet negalės atsisiųsti šaltinio kodo arba matyti saugyklos informacijos, pvz., žymų ar įsipareigojimų.
Daugeliui Git operacijų reikia pereiti įsipareigojimo grafiką, pvz., apskaičiuojant sujungimo bazę arba išvardyti šakas, kuriose yra įsipareigojimas. Kuo daugiau įpareigojimų, tuo lėtesnės šios operacijos, nes norint perskaityti kiekvieną objektą reikia įkelti iš disko, kad būtų nuskaitytos jo rodyklės.
„GitLab 11.11“ įgalinome naujausiuose „Git“ leidimuose įdiegtą nuosekliosios įpareigojimo grafiko funkciją, kad būtų galima aktyviai apskaičiuoti ir saugoti šią informaciją. Dabar didelėse saugyklose tikrinimas yra daug greitesnis. Įvykdymo grafikas bus automatiškai sukurtas per kitą saugyklos šiukšlių surinkimą.
Skaitykite apie tai, kaip buvo sukurta nuoseklioji įpareigojimo grafika straipsnių serija iš vieno iš šios funkcijos autorių.
Papildomos „CI Runner“ minutės: dabar galima nemokamai naudotis planais
NEMOKAMAI, BRONZINĖ, SIDABRINĖ, AUKSO
Praėjusį mėnesį pridėjome galimybę įsigyti papildomų CI Runner minučių, bet tik mokamiems GitLab.com planams. Šiame leidime minutes taip pat galima įsigyti nemokamuose planuose.
Priklausomai nuo projekto tipo ir dydžio, viso projekto archyvo parsisiuntimas gali užtrukti ilgai ir ne visada būtinas, ypač kai yra didelės vienos saugyklos. „GitLab 11.11“ galite atsisiųsti dabartinio katalogo turinio archyvą, įskaitant pakatalogius, kad pasirinktumėte tik jums reikalingus aplankus.
Pasiūlius pakeitimus, lengviau bendradarbiauti sujungimo užklausose, nes norint priimti siūlomą pakeitimą nereikia kopijuoti ir įklijuoti. 11.11 versijoje „GitLab“ šį procesą dar labiau palengvinome, leisdami diskusijas automatiškai išspręsti pritaikius pasiūlymą.
Laiko skaitiklis užduočių lentos šoninėje juostoje
Šoninės juostos užduočių juostos turėtų atrodyti vienodai lentos ir užduočių rodiniuose. Štai kodėl „GitLab“ dabar turi laiko stebėjimo priemonę išleidimo lentos šoninėje juostoje. Tiesiog eikite į užduočių lentą, spustelėkite užduotį ir atsidarys šoninė juosta su laiko skaitikliu.
Pridėjome galimybę pateikti aplinkos API užklausą dėl konkrečios aplinkos informacijos, kad sužinotume, koks įsipareigojimas šiuo metu yra pritaikytas aplinkai. Tai palengvins „GitLab“ aplinkos naudotojų automatizavimą ir ataskaitų teikimą.
Dabar galite patikrinti, ar nėra neigiamos lygybės arba modelio atitikimo (!= и !~) faile .gitlab-ci.yml tikrinant aplinkos kintamųjų reikšmes, todėl vamzdynų elgsenos valdymas tapo lankstesnis.
Vykdykite visas rankines užduotis vienu etapu vienu spustelėjimu
„GitLab 11.11“ naudotojai, kurių etapuose yra daug rankinių užduočių, dabar gali atlikti visus tokius darbus vienu etapu spustelėdami mygtuką "Žaisti viską" („Vykdyti viską“) sceninio pavadinimo dešinėje vamzdžių rodinyje.
Aplinkos kintamieji dažnai naudojami failams kurti, ypač paslaptims, kurias reikia apsaugoti ir kurios pasiekiamos tik tam tikrame aplinkos vamzdyje. Norėdami tai padaryti, nustatykite kintamojo turinį į failo turinį ir sukurkite failą užduotyje, kuriame yra reikšmė. Su nauju aplinkos kintamuoju, pvz file tai galima padaryti vienu žingsniu net ir be pakeitimų .gitlab-ci.yml.
API galinis taškas pažeidžiamumo informacijai gauti
ULTIMATAS, AUKSAS
Dabar galite užklausti „GitLab“ API dėl visų projekte nustatytų spragų. Naudodami šią API galite kurti mašininiu būdu nuskaitomus pažeidžiamumų sąrašus, filtruotus pagal tipą, patikimumą ir sunkumą.
Visiška DAST dinaminio nuskaitymo galimybė
ULTIMATAS, AUKSAS
„GitLab“ galite dinamiškai išbandyti programų saugą (Dynamic Application Security Testing, DAST) kaip CI dujotiekio dalį. Nuo šio leidimo galite pasirinkti visą dinaminį nuskaitymą, o ne standartinį pasyvų nuskaitymą. Visiškai dinaminis nuskaitymas apsaugo nuo daugiau pažeidžiamumų.
Šis „GitLab“ leidimas suteikia galimybę prijungti „Kubernetes“ klasterį prie visos grupės. Taip pat pridėjome galimybę įdiegti vieną Prometheus egzempliorių vienai klasteriui, kad būtų lengviau stebėti visus grupės projektus.
Sužinokite, kaip nepaisyti pažeidžiamumų saugos informacijos suvestinėje
ULTIMATAS, AUKSAS
„GitLab“ saugos prietaisų skydeliai leidžia administratoriams peržiūrėti ignoruojamas spragas. Siekdami supaprastinti darbo eigą, įtraukėme galimybę peržiūrėti ignoravimo detales tiesiai saugos informacijos suvestinėje.
Kurkite tinkintas metrikos diagramas savo prietaisų skydelyje
PREMIUM, ULTIMATE, SIDABRAS, AUKSAS
Kurkite naujas diagramas naudodami tinkintą našumo metriką tiesiai iš metrikos informacijos suvestinės prietaisų skydelio. Dabar naudotojai gali kurti, atnaujinti ir ištrinti metrikos vizualizacijas prietaisų skydelyje spustelėdami "Pridėti metriką" („Pridėti metriką“) viršutiniame dešiniajame prietaisų skydelio įrankių juostos kampe.
Pranešimų problemos dabar atidarytos kaip „GitLab Alert Bot“.
PREMIUM, ULTIMATE, SIDABRAS, AUKSAS
Dabar problemų, kurios atidaromos iš pranešimų, autorius bus nustatytas kaip „GitLab Alert Bot“, todėl iškart pamatysite, kad problema buvo sukurta automatiškai iš svarbaus pranešimo.
Epiniai aprašymai nebuvo išsaugoti vietinėje saugykloje, todėl pakeitimai buvo prarasti, nebent juos aiškiai išsaugojote, kai pakeitėte epinį aprašą. „GitLab 11.11“ pristatė galimybę išsaugoti epinius aprašymus vietinėje saugykloje. Tai reiškia, kad įvykus klaidai, išsiblaškius arba netyčia išėjus iš naršyklės, dabar galite lengvai grįžti prie epinio aprašymo keitimo.
Naudodami dubliavimą, galite kopijuoti „Git“ saugyklas iš vienos vietos į kitą. Tai leidžia lengvai saugoti saugyklos, esančios kitoje GitLab serverio, kopiją. Dabar „GitLab“ palaiko saugyklų atspindėjimą naudojant „Git LFS“, todėl ši funkcija pasiekiama net ir su dideliais failais, pvz., žaidimų tekstūromis ar moksliniais duomenimis, atkūrimams.
Asmeninių prieigos prieigos raktų saugyklos skaitymo ir rašymo leidimai
Daugelis asmeninių prieigos žetonų turi leidimus keisti lygiu api, tačiau visapusiška API prieiga kai kuriems vartotojams ar organizacijoms gali suteikti per daug teisių.
Dėl bendruomenės įvesties asmeniniai prieigos prieigos raktai dabar gali turėti tik skaitymo ir rašymo leidimus projektų saugyklose, o ne gilesnę API lygio prieigą prie „GitLab“ jautrių sričių, tokių kaip nustatymai ir narystė.
Naudodami GraphQL API, vartotojai gali tiksliai nurodyti, kokių duomenų jiems reikia, ir gauti visus reikiamus duomenis atlikdami keletą užklausų. Nuo šios laidos „GitLab“ palaiko pagrindinės grupės informacijos įtraukimą į „GraphQL“ API.
„GitLab“ mėgsta „Salesforce“ kūrėjus, o norėdami palaikyti šią bendruomenę, leidžiame vartotojams prisijungti prie „GitLab“ naudojant Salesforce.com kredencialus. Dabar egzemplioriai gali sukonfigūruoti „GitLab“ kaip su „Salesforce“ prijungtą programą, kad vienu spustelėjimu galėtų prisijungti prie „GitLab“ naudojant Salesforce.com.
SAML SSO dabar reikalinga prieigai prie žiniatinklio
PREMIUM, ULTIMATE, SIDABRAS, AUKSAS
Mes pratęsti vieno prisijungimo (SSO) reikalavimą grupės lygiu, pristatytas 11.8 versijoje, griežtai tikrinant grupės ir projekto išteklius, siekiant užtikrinti, kad vartotojai galėtų gauti prieigą tik prisijungę su SAML. Tai yra papildomas prieigos kontrolės sluoksnis organizacijoms, kurios vertina saugumą ir naudoja GitLab.com per SAML SSO. Dabar galite nustatyti SSO reikalavimą, žinodami, kad jūsų grupės vartotojai naudoja SSO.
Filtruokite pagal neseniai sukurtus arba pakeistus epics API duomenis
ULTIMATAS, AUKSAS
Anksčiau nebuvo lengva pateikti užklausą dėl neseniai sukurtų ar pakeistų duomenų naudojant „GitLab epics“ API. 11.11 leidime pridėjome papildomų filtrų created_after, created_before, updated_after и updated_beforekad užtikrintumėte nuoseklumą su užduočių API ir greitai rastumėte pakeistas ar naujai sukurtas epas.
Šiandien išleidome GitLab Runner 11.11! „GitLab Runner“ yra atvirojo kodo projektas, naudojamas CI / CD užduotims vykdyti ir rezultatams grąžinti į „GitLab“.
„GitLab Geo“ pritaikys maišos saugyklą į „GitLab 12.0“.
Reikalingas „GitLab Geo“. maišos saugykla sumažinti konkurenciją antriniuose mazguose. Tai buvo pažymėta gitlab-ce#40970.
„GitLab“. 11.5 į Geo dokumentaciją įtraukėme šį reikalavimą: gitlab-ee#8053.
„GitLab“. 11.6sudo gitlab-rake gitlab:geo:check patikrina, ar įjungta maišos saugykla ir ar visi projektai perkelti. Cm. gitlab-ee#8289. Jei naudojate Geo, atlikite šį patikrinimą ir perkelkite kuo greičiau.
„GitLab“. 11.8 puslapyje bus rodomas visam laikui išjungtas įspėjimas Administratoriaus sritis › Geo › Mazgaijei pirmiau minėti patikrinimai neleidžiami. gitlab-ee!8433.
„GitLab“. 12.0 Geo naudos maišos saugyklos reikalavimus. Cm. gitlab-ee#8690.
Ištrynimo data: 22 2019 birželio,
„GitLab Geo“ pristatys „PG FDW“ į „GitLab 12.0“.
Tai būtina „Geo Log Cursor“, nes tai žymiai pagerina kai kurių sinchronizavimo operacijų našumą. Taip pat pagerėjo Geo mazgo būsenos užklausų našumas. Ankstesnės užklausos buvo labai prastos atliekant didelius projektus. Sužinokite, kaip tai nustatyti Geo duomenų bazės replikacija. „GitLab“. 12.0 Geo reikės PG FDW. Cm. gitlab-ee#11006.
Ištrynimo data: 22 2019 birželio,
Pranešimų apie klaidas ir registravimo parinktys bus pašalintos iš „GitLab 12.0“ vartotojo sąsajos
Šios parinktys bus pašalintos iš „GitLab 12.0“ vartotojo sąsajos ir bus pasiekiamos faile gitlab.yml. Be to, galite apibrėžti Sentry aplinką, kad atskirtumėte kelis diegimus. Pavyzdžiui, kūrimas, pastatymas ir gamyba. Cm. gitlab-ce#49771.
Ištrynimo data: 22 2019 birželio,
Apribojamas maksimalus vienu pateikimu sukurtų vamzdynų skaičius
Anksčiau „GitLab“ kūrė vamzdynus, skirtus HEAD kiekvieną siuntos šaką. Tai naudinga kūrėjams, kurie vienu metu atlieka kelis pakeitimus (pavyzdžiui, funkcijų šakai ir a develop).
Tačiau stumiant didelę saugyklą, kurioje yra daug aktyvių atšakų (pavyzdžiui, norint judėti, atspindėti ar išsišakoti), nereikia kiekvienai šakai kurti dujotiekio. Pradedant nuo GitLab 11.10 mes kuriame ne daugiau kaip 4 vamzdynai siunčiant.
Ištrynimo data: 22 gegužės 2019 miestas
„GitLab Runner“ senojo kodo keliai
Kadangi naudoja Gitlab 11.9 GitLab Runner naujas metodas saugyklos klonavimas / iškvietimas. Šiuo metu „GitLab Runner“ naudos senąjį metodą, jei naujasis nepalaikomas. Daugiau žr šią užduotį.
„GitLab 11.0“ pakeitėme „GitLab Runner“ metrikos serverio konfigūracijos rodinį. metrics_serverbus pašalintas naudai listen_address „GitLab 12.0“. Daugiau žr šią užduotį.
Šie keliai nebus pasiekiami „GitLab 12.0“. Kaip vartotojui jums nereikia nieko keisti, tiesiog įsitikinkite, kad jūsų „GitLab“ egzempliorius veikia 11.9 ar naujesnės versijos, kai atnaujinate į „GitLab Runner 12.0“.
Ištrynimo data: 22 2019 birželio,
Nebenaudojama „GitLab Runner“ įėjimo taško funkcijos parinktis
„GitLab 12.0“ paleidžia „GitLab Runner“ su naujomis komandomis. Tai taikoma tik tiems vartotojams, kurie nepaisyti pagalbinio vaizdo. Daugiau žr šią užduotį.
Ištrynimo data: 22 2019 birželio,
Pasenusio „git Clean“ mechanizmo pašalinimas iš „GitLab Runner“.
„GitLab Runner 11.10“ mes suteikė galimybę konfigūruoti, kaip Runner vykdo komandą git clean. Be to, naujoji valymo strategija pašalina naudojimą git reset ir duoda komandą git clean po įkėlimo žingsnio.
Kadangi šis elgesio pokytis gali turėti įtakos kai kuriems vartotojams, paruošėme nustatymą FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Jei nustatote vertę true, bus atkurta senoji valymo strategija. Daugiau apie funkcijų parametrų naudojimą „GitLab Runner“ galite rasti dokumentacijoje.
12.0 versijoje „GitLab Runner“ pašalinsime senosios valymo strategijos palaikymą ir galimybę ją atkurti naudodami funkcijos parametrą. Žiūrėti šią užduotį.
Kai 11.6 versijoje pristatėme komandos lygio projektų šablonus, netyčia padarėme šią „Premium/Silver“ funkciją prieinamą visiems planams.
Mes ištaisant šią klaidą 11.11 leidime ir suteikiant papildomus 3 mėnesius visiems vartotojams ir egzemplioriams, esantiems žemiau sidabro / aukščiausios kokybės lygio.
Nuo 22 m. rugpjūčio 2019 d. grupės projektų šablonai bus pasiekiami tik sidabro / aukščiausios kokybės planams, kaip aprašyta dokumentacijoje.
Ištrynimo data: 22 2019 rugpjūčio
„Windows“ paketinių užduočių palaikymas buvo nutrauktas
„GitLab 13.0“ versijoje (22 m. birželio 2020 d.) planuojame pašalinti „Windows“ komandinės eilutės paketinių užduočių palaikymą „GitLab Runner“ (pvz., cmd.exe) už patobulintą „Windows PowerShell“ palaikymą. Daugiau informacijos rasite šią užduotį.
Mūsų įmonės „DevOps“ vizija dabar atitiks „Microsoft“ poziciją, kad „PowerShell“ yra geriausias pasirinkimas automatizuoti įmonės programas „Windows“ aplinkoje. Jei norite toliau naudoti cmd.exe, šias komandas galima iškviesti iš „PowerShell“, tačiau „Windows“ paketinių užduočių tiesiogiai nepalaikysime dėl kelių neatitikimų, dėl kurių reikia daug priežiūros ir kūrimo išlaidų.
Ištrynimo data: 22 Rugsėjis 2019 miestas
Reikia Git 2.21.0 ar naujesnės versijos
Nuo „GitLab 11.11“ reikalinga „Git 2.21.0“ versija. Omnibus GitLab jau pristatomas su Git 2.21.0, tačiau originalių diegimų su ankstesnėmis Git versijomis naudotojai turės atnaujinti.
Ištrynimo data: 22 gegužės 2019 miestas
Senas Kubernetes paslaugos šablonas
„GitLab 12.0“ planuojame atsisakyti „Kubernetes“ paslaugos šablono egzemplioriaus lygiu už egzempliorių lygio klasterio konfigūraciją, įdiegtą „GitLab 11.11“.
Visi savarankiškai valdomi egzemplioriai, naudojantys paslaugos šabloną, bus perkelti į egzempliorių lygio klasterį, kai atnaujinama į GitLab 12.0.
„GitLab 12.0“ planuojame atsisakyti atitikties pagal programos etiketę „Kubernetes“ diegimo parinkiklyje. „GitLab 11.10“ pristatėme naujas suderinimo mechanizmas, kuri ieško atitikmenų pagal app.example.com/app и app.example.com/envkad skydelyje būtų rodomi diegimai.
Jei norite, kad šie diegimai būtų rodomi diegimo informacijos suvestinėse, tiesiog pateikite naują diegimą ir „GitLab“ pritaikys naujas etiketes.
Ištrynimo data: 22 2019 birželio,
GitLab 12.0 paketai bus pasirašyti išplėstiniu parašu