ProHoster > blog > Gweinyddiaeth > Rhyddhawyd # GitLab 13.4 gyda storfa HashiCorp ar gyfer newidynnau CI ac Asiant Kubernetes
Rhyddhawyd # GitLab 13.4 gyda storfa HashiCorp ar gyfer newidynnau CI ac Asiant Kubernetes
Mae datganiad 13.4 wedi'i ryddhau gyda storfa HashiCorp ar gyfer newidynnau CI, Asiant Kubernetes a chanolfan ddiogelwch, yn ogystal â nodweddion switchable yn Starter
Yn GitLab, rydym bob amser yn meddwl sut y gallwn helpu defnyddwyr i leihau risg, gwella effeithlonrwydd, a gwella cyflymder dosbarthu ar eich hoff lwyfan. Y mis hwn rydym wedi ychwanegu llawer o nodweddion newydd defnyddiol sy'n ehangu galluoedd diogelwch, yn lleihau nifer y gwendidau, yn cynyddu effeithlonrwydd, yn symleiddio gweithio gyda GitLab, ac yn helpu'ch tîm i ddarparu nodweddion hyd yn oed yn gyflymach. Gobeithiwn y bydd prif nodweddion y datganiad yn ddefnyddiol i chi, yn ogystal â 53 o nodweddion newydd eraill, wedi'i ychwanegu yn y datganiad hwn.
Ffordd arall o leihau risgiau yw defnyddio newydd Asiant GitLab Kubernetes. Gall timau gweithredu ddefnyddio clystyrau Kubernetes o GitLab heb orfod datgelu eu clwstwr i'r rhyngrwyd cyfan. Rydym hefyd yn cyflwyno cefnogaeth rheoli fersiwn awtomatig ar gyfer ffeiliau talaith Terraform newydd gyda Roedd GitLab yn rheoli talaith Terraform i gefnogi cydymffurfiaeth a rhwyddineb dadfygio. Yn olaf, daeth dangosfwrdd diogelwch yr enghraifft Canolfan Ddiogelwch GitLab gydag adroddiadau bregusrwydd a gosodiadau diogelwch.
Gwaith mwy cyfleus ac effeithlon gyda GitLab
Rydym wedi gwella ein chwiliad byd-eang i gynnwys llywio cyflym o'r bar chwilio, sy'n eich galluogi i lywio'n hawdd i'r tocynnau, grwpiau, prosiectau, gosodiadau a phynciau cymorth diweddaraf. Rydym yn gyffrous i gyhoeddi bod GitLab Pages ymddangosodd ailgyfeiriadau ailgyfeirio tudalennau a chyfeiriaduron unigol o fewn y wefan, a fydd yn galluogi defnyddwyr i ddefnyddio eu gwefannau yn fwy effeithlon. Ac i'r rhai a hoffai dderbyn gwybodaeth estynedig am y defnydd, mae'r datganiad hwn yn caniatáu rheoli cannoedd o leoliadau prosiect â chymorth o'r bar offer amgylchedd!
Cyfrannodd Fabio yn sylweddol cyfraniad в arddangos cwmpas cod yn y cais uno diffs - nodwedd y bu disgwyl amdani ers amser maith yng nghymuned GitLab. Mae hwn yn gyfraniad gwirioneddol bwysig gyda newidiadau nad ydynt yn ddibwys a oedd yn gofyn am gydweithio cyson ag aelodau tîm GitLab ac a effeithiodd ar lawer o feysydd o'r prosiect megis UX, pen blaen a phen ôl.
Prif nodweddion y datganiad GitLab 13.4
Defnyddiwch allweddi HashiCorp Vault mewn swyddi CI
Yn natganiad 12.10, cyflwynodd GitLab y gallu i dderbyn a throsglwyddo allweddi i swyddi CI gan ddefnyddio triniwr swyddi GitLab (rhedwr GitLab). Nawr rydym yn ehangu dilysu gan ddefnyddio JWT, gan ychwanegu cystrawen newydd secrets i ffeilio .gitlab-ci.yml. Bydd hyn yn ei gwneud hi'n haws sefydlu a defnyddio ystorfa HashiCorp gyda GitLab.
Mae integreiddio GitLab â Kubernetes wedi ei gwneud hi'n bosibl ers tro ei ddefnyddio i glystyrau Kubernetes heb fod angen cyfluniad llaw. Roedd llawer o ddefnyddwyr yn hoffi rhwyddineb defnyddio'r bwndel hwn, tra bod eraill yn cael rhai anawsterau. Ar gyfer yr integreiddiad presennol, rhaid i'ch clwstwr fod yn hygyrch o'r Rhyngrwyd er mwyn i GitLab gael mynediad iddo. I lawer o sefydliadau, nid yw hyn yn bosibl oherwydd eu bod yn cyfyngu ar fynediad i glystyrau am resymau diogelwch, cydymffurfio neu reoleiddiol. I fynd o gwmpas y cyfyngiadau hyn, roedd angen i ddefnyddwyr adeiladu eu hoffer ar ben GitLab, fel arall ni fyddent yn gallu defnyddio'r nodwedd hon.
Heddiw rydyn ni'n cyflwyno Asiant GitLab Kubernetes, ffordd newydd i'w ddefnyddio i glystyrau Kubernetes. Mae'r asiant yn rhedeg y tu mewn i'ch clwstwr, felly nid oes angen i chi ei amlygu i'r rhyngrwyd cyfan. Mae'r asiant yn cydlynu'r defnydd trwy ofyn am newidiadau newydd gan GitLab, yn hytrach na bod GitLab yn gwthio diweddariadau i'r clwstwr. Ni waeth pa ddull GitOps rydych chi'n ei ddefnyddio, mae GitLab wedi'i gwmpasu gennych chi.
Sylwch mai dyma ryddhad cyntaf yr asiant. Ein ffocws presennol ar gyfer Asiant GitLab Kubernetes yw ffurfweddu a rheoli gosodiadau trwy god. Nid yw rhai nodweddion integreiddio Kubernetes presennol, megis byrddau defnyddio a chymwysiadau a reolir gan GitLab, wedi'u cefnogi eto. Tybiwny bydd y galluoedd hyn yn cael eu hychwanegu at yr asiant mewn datganiadau yn y dyfodol, yn ogystal ag integreiddiadau newydd sy'n canolbwyntio ar ddiogelwch a chydymffurfiaeth.
Yn flaenorol, roedd system ganiatadau GitLab yn ei gwneud hi'n anodd rhannu cyfrifoldebau o fewn eich tîm yn iawn rhwng y rhai sy'n gyfrifol am ddatblygu a'r rhai sy'n gyfrifol am leoli. Gyda rhyddhau GitLab 13.4, gallwch roi caniatâd i gymeradwyo ceisiadau uno ar gyfer lleoli, yn ogystal â defnyddio cod mewn gwirionedd i bobl nad ydynt yn ysgrifennu'r cod, heb roi hawliau mynediad cynhalwyr iddynt (yn lleoleiddio Rwsia "cynhaliwr" GitLab ).
Yn flaenorol, roedd rheolaeth bregusrwydd ar lefel enghraifft yn gyfyngedig o ran ymarferoldeb a hyblygrwydd. Roedd y rhyngwyneb yn dudalen sengl sy'n cyfuno manylion gwendidau, graffiau metrig, a gosodiadau. Nid oes llawer o le i ddatblygu'r nodweddion hyn na defnyddio nodweddion diogelwch eraill.
Rydym wedi gwneud newidiadau sylfaenol i sut rydym yn rheoli diogelwch a thryloywder yn GitLab. Mae'r panel diogelwch enghraifft wedi'i drawsnewid yn ganolfan ddiogelwch gyfan. Y newid mwyaf yw cyflwyno strwythur dewislen newydd: yn lle un dudalen, rydych chi nawr yn gweld y dangosfwrdd diogelwch, yr adroddiad bregusrwydd, a'r adran gosodiadau ar wahân. Er nad yw'r swyddogaeth wedi newid, bydd ei rhannu'n rhannau yn caniatáu ar gyfer gwelliannau i'r adran hon a fyddai fel arall yn anodd. Mae hyn hefyd yn gosod y llwyfan ar gyfer ychwanegu galluoedd eraill sy'n ymwneud â diogelwch yn y dyfodol.
Bellach mae mwy o le yn yr adran Adroddiad Diamddiffynnedd pwrpasol i arddangos manylion pwysig. Dyma'r gwendidau sydd ar restr gwendidau'r prosiect ar hyn o bryd. Mae symud teclynnau gyda metrigau bregusrwydd i adran ar wahân yn creu panel rheoli diogelwch cyfleus. Mae bellach yn gynfas ar gyfer delweddu yn y dyfodol - nid yn unig ar gyfer rheoli bregusrwydd, ond ar gyfer unrhyw fetrigau sy'n ymwneud â diogelwch. Yn olaf, mae ardal gosodiadau ar wahân yn creu gofod cyffredin ar gyfer pob gosodiad diogelwch ar lefel enghraifft, nid rheoli bregusrwydd yn unig.
Yn gynharach eleni, gwnaeth GitLab ymrwymiad symud 18 nodwedd i ffynhonnell agored. Yn y datganiad hwn, rydym wedi cwblhau'r broses o symud nodweddion y gellir eu newid i'r cynllun Starter a byddwn yn parhau i'w symud i'r Craidd o Lab Git 13.5. Rydym yn gyffrous i ddod â'r nodwedd hon i fwy o ddefnyddwyr ac rydym am glywed sut rydych chi'n ei defnyddio.
(CRAIDD, DECHREUwr, PREMIWM, UCHAF, AM DDIM, EFYDD, ARIAN, AUR) Argaeledd
Weithiau wrth lywio GitLab rydych am fynd yn syth at brosiect penodol yn hytrach na'r dudalen canlyniadau chwilio.
Gan ddefnyddio'r bar chwilio byd-eang, gallwch lywio'n gyflym i'r tocynnau, grwpiau, prosiectau, gosodiadau a phynciau cymorth diweddaraf. Gallwch hyd yn oed ddefnyddio hotkey /i symud eich cyrchwr i'r bar chwilio i lywio GitLab hyd yn oed yn fwy effeithlon!
Wrth adolygu cais uno, gall fod yn anodd penderfynu a yw'r cod wedi'i newid yn cael ei gwmpasu gan brofion uned. Yn lle hynny, gall adolygwyr ddibynnu ar y sylw cyffredinol a gofyn iddo gael ei gynyddu cyn cymeradwyo cais uno. Gall hyn arwain at ddull ar hap o ysgrifennu profion, na fydd mewn gwirionedd yn gwella ansawdd y cod nac yn gwella cwmpas y prawf.
Nawr, wrth edrych ar gais uno diff, fe welwch arddangosfa weledol o sylw cod. Bydd marciau newydd yn eich galluogi i ddeall yn gyflym a yw'r cod wedi'i newid wedi'i gwmpasu gan brawf uned, a fydd yn helpu i gyflymu'r broses o adolygu cod ac amser uno a defnyddio cod newydd.
Diolch Fabio Huser a Siemens ar gyfer y nodwedd hon!
Ers rhyddhau GitLab 12.5 gan ddefnyddio paneli amgylchedd gallech fonitro cyflwr amgylcheddau, ond dim mwy na saith amgylchedd mewn tri phrosiect. Rydym wedi gwella'r panel hwn yn natganiad 13.4 trwy ei dudalennu i'ch helpu i gynnal a rheoli eich amgylcheddau ar raddfa fawr. Nawr gallwch weld mwy o amgylcheddau mewn mwy o brosiectau.
Mae profion niwlog API yn ffordd wych o ddod o hyd i fygiau a gwendidau yn eich cymwysiadau gwe ac APIs y gallai sganwyr a dulliau profi eraill eu methu.
Mae profion niwlog API yn GitLab yn caniatáu ichi ddarparu Manyleb OpenAPI v2 neu ffeil HAR eich cais ac yna'n awtomatig yn cynhyrchu data mewnbwn ar hap a gynlluniwyd i brofi achosion ymyl a dod o hyd i chwilod. Mae'r canlyniadau i'w gweld ar unwaith o fewn eich piblinell.
Dyma ein datganiad profi fuzz API cyntaf a byddem wrth ein bodd yn clywed eich barn. Mae gennym fwy mewn stoc ar gyfer profi fuzz llawer o syniadau, y byddwn yn ei seilio ar ryddhau'r nodwedd hon.
Yn flaenorol, nid oedd creu graff yn y dangosfwrdd metrigau yn GitLab yn dasg hawdd. Ar ôl i chi greu'r metrig yn y ffeil dangosfwrdd YAML, gwnaethoch newidiadau i master, heb allu gwirio bod y graff newydd ei greu yn gweithio'n union fel sydd ei angen arnoch. Gan ddechrau gyda'r datganiad hwn, gallwch chi ragweld newidiadau wrth i chi greu'r graff, gan gael syniad o'r canlyniad cyn anfon y newidiadau i'r ffeil YAML dangosfwrdd.
Pan fyddwch chi'n rheoli nifer fawr o brosiectau yn GitLab, mae angen un ffynhonnell wybodaeth arnoch chi am sut mae cwmpas cod yn newid dros amser ar draws pob prosiect. Yn flaenorol, roedd angen gwaith llaw diflas a llafurus i arddangos y wybodaeth hon: roedd yn rhaid i chi lawrlwytho data cwmpas cod o bob prosiect a'i gyfuno mewn tabl.
Yn rhyddhau 13.4, daeth yn bosibl i ymgynnull yn hawdd ac yn gyflym .csv ffeil gyda'r holl ddata ar gwmpas y cod ar gyfer holl brosiectau'r grŵp neu ar gyfer detholiad o brosiectau. Mae'r nodwedd hon yn MVC, bydd yn cael ei ddilyn gan y gallu plotio sylw cyfartalog dros amser.
Mae'r datganiad hwn yn cyflwyno cefnogaeth ar gyfer sawl iaith newydd ar gyfer profion fuzz gyda'r nod o gael sylw llawn.
Nawr gallwch chi werthuso galluoedd llawn profion niwlog yn eich cymwysiadau Java, Rust, a Swift a dod o hyd i wallau a gwendidau y gallai sganwyr a dulliau profi eraill eu colli.
Mae'r dudalen Amgylcheddau yn dangos cyflwr cyffredinol eich amgylcheddau. Yn y datganiad hwn rydym wedi gwella'r dudalen hon trwy ychwanegu arddangosiad rhybuddio. Bydd rhybuddion sbarduno ynghyd â statws eich amgylcheddau yn eich helpu i gymryd camau cyflym i gywiro sefyllfaoedd sy'n codi.
Trwy ddefnyddio piblinellau nythu, mae bellach yn bosibl rhedeg piblinellau newydd y tu mewn i biblinellau plant. Gall lefel ychwanegol y dyfnder fod yn ddefnyddiol os oes angen yr hyblygrwydd arnoch i gynhyrchu nifer amrywiol o biblinellau.
Yn flaenorol, wrth ddefnyddio piblinellau nythu, roedd angen i bob piblinell plentyn gael swydd sbardun i'w diffinio â llaw yn y biblinell rhiant. Nawr gallwch chi greu piblinellau nythu a fydd yn lansio unrhyw nifer o biblinellau nythu newydd yn ddeinamig. Er enghraifft, os oes gennych un storfa, gallwch chi gynhyrchu'r is-biblinell gyntaf yn ddeinamig, a fydd ynddo'i hun yn creu'r nifer ofynnol o biblinellau newydd yn seiliedig ar newidiadau yn y gangen.
Yn flaenorol, nid oedd mordwyo rhwng piblinellau rhiant a phiblinellau nythu yn gyfleus iawn - roedd angen llawer o gliciau arnoch i gyrraedd y biblinell a ddymunir. Nid oedd yn hawdd ychwaith darganfod pa swydd gychwynnodd y gweill. Nawr bydd yn llawer haws gweld y cysylltiadau rhwng piblinellau rhiant a phiblinellau nythu.
Os ydych yn defnyddio matrics tasg, efallai eich bod wedi sylwi ei bod yn anodd pennu pa newidyn matrics a ddefnyddiwyd ar gyfer swydd benodol, gan fod enwau swyddi yn edrych fel matrix 1/4. Yn natganiad 13.4, fe welwch y gwerthoedd newidiol perthnasol a ddefnyddiwyd yn y swydd honno yn lle'r enw swydd generig. Er enghraifft, os mai'ch nod yw dadfygio'r bensaernïaeth x86, yna byddai'r swydd yn cael ei galw matrix: debug x86.
Bydd defnyddwyr GitLab nawr yn gallu cysylltu eu cyfrifon GitLab i'w cyfrif Atlassian Cloud. Bydd hyn yn caniatáu ichi fewngofnodi i GitLab gyda'ch tystlythyrau Atlassian, a bydd hefyd yn gosod y sylfaen ar gyfer gwelliannau integreiddio yn y dyfodol. Gitlab gyda Jira a chyda chynhyrchion eraill o'r llinell Atlassiaidd.
Mae angen i sefydliadau sy'n canolbwyntio ar gydymffurfiaeth ddangos golwg gyfannol i archwilwyr o'r elfennau sy'n gysylltiedig ag unrhyw newid penodol mewn cynhyrchu. Yn GitLab, mae hyn yn golygu casglu popeth mewn un lle: uno ceisiadau, tocynnau, piblinellau, sganiau diogelwch, a data ymrwymo arall. Hyd yn hyn, roedd yn rhaid i chi naill ai ei gasglu â llaw yn GitLab neu ffurfweddu'ch offer i gasglu'r wybodaeth, nad oedd yn effeithlon iawn.
Gallwch nawr gasglu ac allforio'r data hwn yn rhaglennol i fodloni gofynion archwilio neu gynnal dadansoddiadau eraill. I allforio rhestr o'r holl ymrwymiadau uno ar gyfer y grŵp cyfredol, mae angen i chi fynd i Dangosfyrddau Cydymffurfiaeth a chliciwch ar y botwm Rhestr o'r holl ymrwymiadau uno. Bydd y ffeil canlyniadol yn cynnwys holl ymrwymiadau'r cais uno, eu hawdur, ID y cais uno cysylltiedig, grŵp, prosiect, cadarnhawyr a gwybodaeth arall.
Mae rheoli mynediad i ofod enwau GitLab yn rhan bwysig o ymdrechion cydymffurfio. O egwyddorion y fraint leiaf i analluogi mynediad wedi'i amseru, gall fod nifer o ofynion yn gysylltiedig â thocynnau mynediad personol yn GitLab. Er mwyn ei gwneud yn haws cynnal a rheoli'r holl fanylion defnyddiwr hyn o fewn eich gofod enw, rydym wedi darparu'r gallu i restru'r holl docynnau mynediad personol ac yn ddewisol gwadu mynediad trwy API.
Mae'r gwelliannau hyn i'r API GitLab yn galluogi defnyddwyr i restru a dirymu eu tocynnau mynediad personol eu hunain, a gweinyddwyr i restru a dirymu tocynnau eu defnyddwyr. Bydd bellach yn haws i weinyddwyr weld pwy sydd â mynediad i'w gofod enwau, gwneud penderfyniadau mynediad yn seiliedig ar ddata defnyddwyr, a dirymu tocynnau mynediad personol a allai fod wedi'u peryglu neu sydd y tu allan i bolisïau rheoli mynediad y cwmni.
Ychydig fisoedd yn ôl fe wnaethom gyhoeddi cynllun i trosi 18 nodwedd yn god ffynhonnell agored. Trwy weithio i gyflawni'r addewid hwn, rydym wedi gwneud tocynnau cysylltiedig, allforio tocynnau i CSV и modd ffocws bwrdd tasg (yn lleoleiddiad Rwsia o “bwrdd trafod” GitLab”) sydd ar gael yn y cynllun Craidd. Mae hyn yn berthnasol i berthnasoedd “cysylltiedig â” yn unig; mae perthnasoedd “blociau” a “rhwystro” yn parhau mewn cynlluniau taledig.
Wrth adolygu newidiadau i'r cod, trafodaethau, a cheisiadau uno yn ymrwymo, mae'n aml yn ddymunol i wneud til lleol o'r gangen i gael adolygiad dyfnach. Fodd bynnag, mae dod o hyd i enw'r edefyn yn dod yn fwyfwy anodd wrth i fwy o gynnwys gael ei ychwanegu at ddisgrifiad y cais uno a rhaid i chi sgrolio ymhellach i lawr y dudalen.
Rydym wedi ychwanegu enw'r gangen at y bar ochr ceisiadau uno, gan ei gwneud yn hygyrch ar unrhyw adeg a dileu'r angen i sgrolio drwy'r dudalen gyfan. Yn union fel y ddolen i'r cais uno, mae adran y gangen ffynhonnell yn cynnwys botwm “copi” cyfleus.
Diolch Ethan Reesor am eich cyfraniad enfawr i ddatblygiad y nodwedd hon!
Mae ceisiadau uno sy'n ychwanegu newidiadau at ffeiliau lluosog weithiau'n cwympo'r gwahaniaeth rhwng ffeiliau mawr i wella perfformiad rendro. Pan fydd hyn yn digwydd, mae'n bosibl hepgor ffeil yn ddamweiniol yn ystod adolygiad, yn enwedig mewn ceisiadau uno â nifer fawr o ffeiliau. Gan ddechrau gyda fersiwn 13.4, bydd ceisiadau uno yn fflagio diffs sy'n cynnwys ffeiliau wedi'u plygu, felly ni fyddwch yn colli'r ffeiliau hyn yn ystod adolygiad cod. Er mwyn bod yn fwy eglur fyth, rydym yn bwriadu ychwanegu amlygu i'r ffeiliau hyn mewn datganiad yn y dyfodol. Cadwch draw am ddiweddariadau tocyn gitlab#16047.
Yn yr adran cais uno diffs, mae ffeiliau mawr yn cael eu cwympo i wella perfformiad. Fodd bynnag, wrth adolygu cod, efallai y bydd rhai ffeiliau'n cael eu colli pan fydd yr adolygydd yn sgrolio trwy'r rhestr o ffeiliau, gan fod pob ffeil fawr wedi'i chwympo.
Rydym wedi ychwanegu rhybudd gweladwy ar frig y dudalen cais uno diff i hysbysu defnyddwyr bod ffeil wedi'i chyfuno yn yr adran hon. Fel hyn, ni fyddwch yn colli unrhyw newidiadau i'r cais uno yn ystod adolygiad.
Yn flaenorol, pan aeth prif nod clwstwr Gitaly all-lein, roedd yr ystorfeydd ar y nod hwnnw wedi'u nodi fel rhai darllen yn unig. Roedd hyn yn atal colli data mewn sefyllfaoedd lle roedd newidiadau ar y nod nad oeddent wedi'u hailadrodd eto. Pan ddaeth y nod yn ôl ar-lein, ni chafodd GitLab ei adfer yn awtomatig, ac roedd yn rhaid i weinyddwyr ddechrau'r broses gydamseru â llaw neu dderbyn colled data. Gallai sefyllfaoedd eraill, megis methiant swydd atgynhyrchu ar nod eilaidd, hefyd arwain at gadwrfeydd hen neu ddarllenadwy yn unig. Yn yr achos hwn, arhosodd yr ystorfa yn hen hyd nes i'r llawdriniaeth ysgrifennu nesaf ddigwydd, a fyddai'n dechrau'r gwaith ail-greu.
I ddatrys y broblem hon Praefect yn awr yn trefnu swydd atgynhyrchu pan fydd yn canfod ystorfa hen ffasiwn ar un nod a'r fersiwn diweddaraf o'r ystorfa ar un arall. Mae'r swydd atgynhyrchu hon yn cadw'r ystorfa yn gyfredol yn awtomatig, gan ddileu'r angen i adfer data â llaw. Mae adferiad awtomatig hefyd yn sicrhau bod nodau eilaidd yn cael eu diweddaru'n gyflym os bydd swydd atgynhyrchu yn methu, yn hytrach nag aros am y llawdriniaeth ysgrifennu nesaf. Gan fod llawer o glystyrau Gilaly yn storio nifer fawr o ystorfeydd, mae hyn yn lleihau'n sylweddol yr amser y mae gweinyddwyr a pheirianwyr dibynadwyedd yn ei dreulio yn adfer data ar ôl gwall.
Yn ogystal, mae atgyweirio awtomatig yn dechrau ail-greu storfeydd ar unrhyw nod Gitaly newydd a ychwanegir at y clwstwr, gan ddileu gwaith llaw wrth ychwanegu nodau newydd.
Mae cyfathrebu effeithiol yn GitLab yn seiliedig ar restrau o bethau i'w gwneud. Os ydych chi'n cael eich crybwyll mewn sylw, mae'n hanfodol gallu neidio i dasg a naill ai dechrau gwneud rhywbeth neu nodi ei bod wedi'i chwblhau. Mae hefyd yn bwysig gallu aseinio tasg i chi'ch hun pan fydd angen i chi weithio ar rywbeth neu ddod yn ôl ato'n ddiweddarach.
Yn flaenorol, ni allech ychwanegu tasgau na'u marcio fel rhai a gwblhawyd wrth weithio gyda dyluniadau. Amharodd hyn yn ddifrifol ar effeithlonrwydd cyfathrebu rhwng timau cynnyrch, gan fod pethau i'w gwneud yn elfen hanfodol o lif gwaith GitLab.
Yn natganiad 13.4, mae dyluniadau'n dal i fyny â sylwadau tocynnau wrth ddefnyddio tasgau, sy'n gwneud gweithio gyda nhw yn fwy cyson ac effeithlon.
Rydym wedi gwella'r canllaw datrys problemau ar gyfer GitLab CI/CD gyda mwy o wybodaeth am faterion cyffredin y gallech ddod ar eu traws. Gobeithiwn y bydd y ddogfennaeth well yn adnodd gwerthfawr i'ch helpu i sefydlu GitLab CI/CD yn gyflym ac yn hawdd.
Yn flaenorol, gallai ceisiadau uno ddisgyn allan o'r ciw uno ar ddamwain oherwydd sylwadau hwyr. Pe bai cais uno eisoes yn y ciw a bod rhywun yn ychwanegu sylw ato a oedd yn creu trafodaeth newydd heb ei ddatrys, ystyriwyd bod y cais uno yn anghymwys ar gyfer uno a byddai'n disgyn allan o'r ciw. Nawr, ar ôl i gais uno gael ei ychwanegu at y ciw uno, gellir ychwanegu sylwadau newydd heb ofni amharu ar y broses uno.
Dylai datblygwyr allu gweld gwerth cwmpas y cod ar ôl i'r biblinell ddod i ben - hyd yn oed mewn senarios cymhleth fel rhedeg piblinell gyda swyddi lluosog y mae angen eu dosrannu i gyfrifo gwerth y sylw. Yn flaenorol, dim ond cyfartaledd y gwerthoedd hyn a ddangosodd y teclyn cais uno, a oedd yn golygu bod yn rhaid i chi lywio i'r dudalen swydd ac yn ôl i'r cais uno i gael gwerthoedd cwmpas canolradd. Er mwyn arbed amser i chi a'r camau ychwanegol hyn, rydym wedi gwneud i'r teclyn arddangos y gwerth cwmpas cyfartalog, ei newid rhwng y canghennau targed a ffynhonnell, a chyngor sy'n dangos gwerth y sylw ar gyfer pob swydd yn seiliedig ar gyfrifo'r cyfartaledd.
Mae cofrestrfa pecynnau GitLab yn lle i storio a dosbarthu pecynnau mewn gwahanol fformatau. Pan fydd gennych lawer o becynnau yn eich prosiect neu grŵp, mae angen ichi nodi pecynnau nas defnyddiwyd yn gyflym a'u tynnu i atal pobl rhag eu llwytho i lawr. Gallwch dynnu pecynnau o'ch cofrestrfa trwy Pecyn API neu drwy ryngwyneb defnyddiwr y gofrestrfa becyn. Fodd bynnag, hyd yn hyn ni allech dynnu pecynnau wrth edrych ar grŵp trwy'r UI. O ganlyniad, bu’n rhaid ichi gael gwared ar becynnau diangen fesul prosiect, a oedd yn aneffeithlon.
Gallwch nawr dynnu pecynnau wrth edrych ar gofrestrfa becynnau grŵp. Yn syml, ewch i dudalen gofrestrfa pecyn y grŵp, hidlwch y pecynnau yn ôl enw, a dileu unrhyw rai nad oes eu hangen arnoch.
Gallwch ddefnyddio ystorfa Conan yn GitLab i gyhoeddi a dosbarthu dibyniaethau C/C++. Fodd bynnag, dim ond i lefel yr enghraifft y gallai pecynnau blaenorol eu graddio, gan mai dim ond uchafswm o 51 nod y gallai enw pecyn Conan fod. Os oeddech chi eisiau cyhoeddi pecyn o is-grŵp, er enghraifft gitlab-org/ci-cd/package-stage/feature-testing/conan, roedd bron yn amhosibl ei wneud.
Nawr gallwch chi raddio pecynnau Conan i lefel y prosiect, gan ei gwneud hi'n hawdd cyhoeddi a dosbarthu dibyniaethau eich prosiectau.
Rydym yn gyffrous i ychwanegu sganiau dibyniaeth ar gyfer prosiectau C, C++, C# a .Net code sy'n defnyddio NuGet 4.9+ neu reolwyr pecyn Conan at ein rhestr ieithoedd a fframweithiau a gefnogir. Gallwch nawr alluogi sganio dibyniaeth fel rhan o'r cam Diogel i wirio am wendidau hysbys mewn dibyniaethau a ychwanegwyd trwy reolwyr pecynnau. Bydd y gwendidau a ganfyddir yn cael eu harddangos yn eich cais uno ynghyd â'u lefel difrifoldeb, fel eich bod yn gwybod cyn gweithredu'r uno pa risgiau sydd ynghlwm wrth y ddibyniaeth newydd. Gallwch hefyd ffurfweddu eich prosiect i'r gofyniad cadarnhad cais uno ar gyfer dibyniaethau sy'n agored i niwed gyda lefelau difrifoldeb critigol, uchel (Uchel) neu anhysbys (Anhysbys).
Yn flaenorol, wrth osod y gosodiadau cais uno Cyfuno pan fydd y biblinell yn gorffen (Uno Pan fydd Piblinell yn Llwyddo, MWPS) ni anfonwyd unrhyw hysbysiad e-bost. Roedd yn rhaid i chi wirio'r statws â llaw neu aros am hysbysiad uno. Gyda'r datganiad hwn rydym yn falch o gynnwys cyfraniadau defnyddwyr @ravishankar2kool, a ddatrysodd y broblem hon trwy ychwanegu hysbysiadau awtomatig at bawb sydd wedi tanysgrifio i gais uno pan fydd adolygydd yn newid y gosodiad uno i MWPS.
Nid yw pob problem sy'n codi ar unwaith yn sbarduno rhybuddion: mae defnyddwyr yn adrodd am doriadau ac mae aelodau'r tîm yn ymchwilio i faterion perfformiad. Mae digwyddiadau bellach yn fath o docyn, felly gall eich timau eu creu yn gyflym fel rhan o'u llif gwaith arferol. Cliciwch Tasg newydd o unrhyw le yn GitLab, ac yn y maes Math dewiswch Digwyddiad.
Rydym wedi gwella rhybuddion GitLab trwy ychwanegu math crybwyll newydd yn benodol ar eu cyfer yn GitLab Markdown, gan ei gwneud hi'n haws rhannu a chrybwyll rhybuddion. Defnydd ^alert#1234i sôn am y rhybudd mewn unrhyw faes Markdown: mewn digwyddiadau, tocynnau, neu geisiadau uno. Bydd hyn hefyd yn eich helpu i nodi swyddi sy'n cael eu creu o rybuddion yn hytrach na thocynnau neu geisiadau uno.
Mae'r disgrifiad rhybudd yn cynnwys gwybodaeth sy'n hanfodol ar gyfer datrys problemau ac adfer, a dylai'r wybodaeth hon fod ar gael yn hawdd fel nad oes rhaid i chi newid offer neu dabiau wrth i chi weithio i ddatrys digwyddiad. Mae digwyddiadau a grëwyd o rybuddion yn dangos y disgrifiad rhybudd llawn yn y tab Manylion Rhybudd.
Mae gan GitLab, fel un cymhwysiad, y gallu unigryw i wneud darganfod cynnwys ar draws eich llif gwaith DevOps cyfan yn gyflym. Yn GitLab 13.4, mae chwiliad manwl yn dychwelyd canlyniadau 75% yn gyflymach pan fydd gyfyngedig i rai gofodau enwau a phrosiectau, fel ar GitLab.com.
Roedd opsiwn i ohirio dileu'r prosiect a gyflwynwyd yn 12.6. Fodd bynnag, yn flaenorol nid oedd yn bosibl gweld yr holl brosiectau sy'n aros i gael eu dileu mewn un lle. Gall gweinyddwyr achosion defnyddwyr GitLab nawr weld yr holl brosiectau dileu sydd ar y gweill mewn un lle, ynghyd â botymau i adfer y prosiectau hynny yn hawdd.
Mae'r nodwedd hon yn rhoi mwy o reolaeth i weinyddwyr dros ddileu prosiectau trwy gasglu'r holl wybodaeth berthnasol mewn un lle a darparu'r gallu i ddadwneud gweithredoedd dileu diangen.
Yn flaenorol, dim ond trwy ymweld â phob grŵp yn unigol trwy'r UI GitLab a chymhwyso'r rheolau hynny y gellid ffurfweddu rheolau gwthio grŵp. Gallwch nawr reoli'r rheolau hyn trwy API i gefnogi'ch offer personol ac awtomeiddio GitLab.
Storio credadwy Yn darparu gweinyddwyr â'r wybodaeth sydd ei hangen arnynt i reoli tystlythyrau defnyddwyr ar gyfer eu hachos GitLab. Oherwydd bod sefydliadau sy'n canolbwyntio ar gydymffurfiaeth yn amrywio o ran llymder eu polisïau rheoli hygrededd, rydym wedi ychwanegu botwm sy'n caniatáu i weinyddwyr ddirymu tocyn mynediad personol defnyddiwr (PAT) yn ddewisol. Bellach gall gweinyddwyr ddirymu PATs a allai fod dan fygythiad yn hawdd. Mae'r nodwedd hon yn ddefnyddiol i sefydliadau sydd eisiau opsiynau cydymffurfio mwy hyblyg er mwyn tarfu cyn lleied â phosibl ar eu defnyddwyr.
Yn GitLab 13.4, rydym yn cyflwyno ffordd newydd o addasu golygydd y wefan statig. Er nad yw'r ffeil ffurfweddu yn cadw nac yn derbyn unrhyw osodiadau yn y datganiad hwn, rydym yn gosod y sylfaen ar gyfer addasu ymddygiad golygydd yn y dyfodol. Mewn datganiadau yn y dyfodol byddwn yn ychwanegu at y ffeil .gitlab/static-site-editor.yml paramedrau ar gyfer gosod cyfeiriad safle sylfaenol, ar ba mae delweddau sy'n cael eu llwytho yn y golygydd yn cael eu storio, gan ddiystyru gosodiadau cystrawen Markdown a gosodiadau golygydd eraill.
Mae mater blaen yn ffordd hyblyg a chyfleus o ddiffinio newidynnau tudalen mewn ffeiliau data i'w prosesu gan y generadur safle sefydlog. Fe'i defnyddir fel arfer i osod teitl y dudalen, templed gosodiad, neu awdur, ond gellir ei ddefnyddio i drosglwyddo unrhyw fath o fetadata i'r generadur wrth rendro'r dudalen yn HTML. Wedi'i chynnwys ar frig pob ffeil ddata, mae'r rhan ragarweiniol fel arfer wedi'i fformatio fel YAML neu JSON ac mae angen cystrawen gyson a manwl gywir. Gall defnyddwyr sy'n anghyfarwydd â rheolau cystrawen penodol nodi marcio annilys yn anfwriadol, a all yn ei dro achosi problemau fformatio neu hyd yn oed adeiladu methiannau.
Mae modd golygu WYSIWYG golygydd y wefan statig eisoes yn tynnu'r cyflwyniad o'r golygydd i atal y gwallau fformatio hyn. Fodd bynnag, mae hyn yn eich atal rhag newid y gwerthoedd a storir yn y rhan hon heb ddychwelyd i olygu yn y modd ffynhonnell. Yn GitLab 13.4, gallwch gyrchu unrhyw faes a golygu ei werth mewn rhyngwyneb cyfarwydd sy'n seiliedig ar ffurflenni. Pan fydd y botwm yn cael ei wasgu Gosodiadau (Gosodiadau) bydd panel yn agor yn dangos maes ffurf ar gyfer pob allwedd a ddiffinnir ar y dechrau. Mae'r gwerth cyfredol yn y meysydd, ac mae golygu unrhyw un ohonynt mor syml â'i nodi ar ffurf y we. Mae golygu'r cyflwyniad fel hyn yn osgoi cystrawen gymhleth ac yn rhoi rheolaeth lwyr i chi dros y cynnwys tra'n sicrhau bod y canlyniad terfynol yn cael ei fformatio'n gyson.
Ar gyfer defnyddwyr Jira ar GitLab: Ap GitLab ar gyfer Jira и Cysylltydd DVCS caniatáu ichi arddangos gwybodaeth am ymrwymiadau GitLab a chyfuno ceisiadau yn uniongyrchol yn Jira. Ar y cyd â'n hintegreiddiad Jira adeiledig, gallwch chi symud yn hawdd rhwng y ddau ap wrth i chi weithio.
Roedd y nodweddion hyn ar gael yn flaenorol yn ein cynllun Premiwm yn unig, ond maent bellach ar gael i bob defnyddiwr!
Mae clwstwr Gitaly yn caniatáu ichi ddyblygu storfeydd Git i nodau Gitaly “cynnes” lluosog. Mae hyn yn cynyddu goddefgarwch namau trwy ddileu pwyntiau unigol o fethiant. Gweithrediadau Trafodol, a gyflwynwyd yn GitLab 13.3, yn achosi newidiadau i gael eu darlledu i bob nod Gitaly yn y clwstwr, ond dim ond nodau Gitaly sy'n pleidleisio mewn cytundeb â'r nod cynradd sy'n arbed y newidiadau i ddisg. Os nad yw'r holl nodau replica yn cytuno, dim ond un copi o'r newid fydd yn cael ei storio ar ddisg, gan greu un pwynt methiant nes bod atgynhyrchu asyncronaidd wedi'i gwblhau.
Mae pleidleisio mwyafrif yn gwella goddefgarwch namau trwy ofyn am ganiatâd mwyafrif y nodau (nid pob un) cyn arbed newidiadau i ddisg. Os yw'r nodwedd togl hon wedi'i galluogi, dylai'r ysgrifennu lwyddo ar nodau lluosog. Mae nodau anghydnaws yn cael eu cysoni'n awtomatig gan ddefnyddio atgynhyrchu asyncronaidd o'r nodau hynny sydd wedi ffurfio cworwm.
Mae prosiectau lle mae pobl yn ysgrifennu ffurfweddiadau yn JSON neu YAML yn aml yn dueddol o gael problemau oherwydd mae'n hawdd gwneud teipio a thorri rhywbeth. Mae'n bosibl ysgrifennu offer arolygu i ddal y materion hyn ar y gweill, ond gall defnyddio ffeil sgema JSON fod yn ddefnyddiol i ddarparu dogfennaeth ac awgrymiadau.
Gall cyfranogwyr y prosiect ddiffinio yn eu cadwrfa'r llwybr i sgema wedi'i deilwra mewn ffeil .gitlab/.gitlab-webide.yml, sy'n nodi'r sgema a'r llwybr i'r ffeiliau i'w gwirio. Pan fyddwch yn llwytho ffeil benodol i mewn i'r We IDE, byddwch yn gweld adborth ychwanegol a dilysu i'ch helpu i greu'r ffeil.
Os ydych chi'n defnyddio cludwyr gyda graff acyclic cyfeiriedig (Graff Agylchol Cyfeiriedig (DAG)), efallai y gwelwch fod yna gyfyngiad o 10 swydd y gall swydd eu nodi ynddynt needs:, rhy llym. Yn 13.4, cynyddwyd y terfyn rhagosodedig o 10 i 50 i ganiatáu ar gyfer rhwydweithiau mwy cymhleth o berthnasoedd rhwng swyddi ar y gweill.
Os ydych chi'n weinyddwr enghraifft GitLab arferol, gallwch godi'r terfyn hwn hyd yn oed yn uwch trwy sefydlu nodwedd togl, er nad ydym yn cynnig cefnogaeth swyddogol ar gyfer hyn.
Mewn rhai achosion, gallai swydd a gollwyd ar y gweill gael ei hystyried yn anghywir yn llwyddiannus ar gyfer dibyniaethau a nodir yn needs, a achosodd i swyddi dilynol redeg, na ddylai fod wedi digwydd. Mae'r ymddygiad hwn wedi'i drwsio yn fersiwn 13.4, a needs bellach yn delio'n gywir ag achosion o dasgau a gollwyd.
Mae GitLab bellach yn cloi'r arteffact swydd a phiblinell lwyddiannus olaf yn awtomatig ar unrhyw gangen weithredol, cais uno, neu dag i'w atal rhag cael ei ddileu ar ôl dod i ben. Mae'n dod yn haws gosod rheolau dod i ben mwy ymosodol i lanhau hen arteffactau. Mae hyn yn helpu i leihau'r defnydd o le ar ddisg ac yn sicrhau bod gennych chi bob amser gopi o'r arteffact diweddaraf o'r biblinell.
Gall optimeiddio eich piblinell CI/CD wella cyflymder dosbarthu ac arbed arian. Rydym wedi gwella ein dogfennaeth i gynnwys canllaw cyflym ar gael y gorau o optimeiddio eich piblinellau.
Adroddiad Prawf Uned yn ffordd hawdd o weld canlyniadau'r holl brofion sydd ar y gweill. Fodd bynnag, gyda nifer fawr o brofion, gall gymryd amser hir i ddod o hyd i brofion a fethwyd. Ymhlith y materion eraill a all wneud yr adroddiad yn anodd ei ddefnyddio mae anhawster sgrolio trwy allbynnau olrhain hir a thalgrynnu amser i sero ar gyfer profion sy'n rhedeg mewn llai nag 1 eiliad. Nawr, yn ddiofyn, wrth ddidoli adroddiad prawf, mae'n gosod profion a fethwyd yn gyntaf ar ddechrau'r adroddiad, ac yna'n didoli'r profion yn ôl hyd. Mae hyn yn ei gwneud hi'n haws dod o hyd i fethiannau a phrofion hir. Yn ogystal, mae hyd profion bellach yn cael eu harddangos mewn milieiliadau neu eiliadau, gan eu gwneud yn llawer cyflymach i'w darllen, ac mae materion sgrolio blaenorol wedi'u datrys hefyd.
Bellach mae cyfyngiadau ar faint y ffeiliau pecyn y gellir eu huwchlwytho i gofrestrfa becynnau GitLab. Mae cyfyngiadau wedi'u hychwanegu i wneud y gorau o berfformiad y gofrestrfa becynnau ac atal cam-drin. Mae'r terfynau'n amrywio yn dibynnu ar fformat y pecyn. Ar gyfer GitLab.com, uchafswm meintiau ffeil yw:
Conan: 250MB
Maven: 3GB
NPM: 300MB
NuGet: 250MB
PyPI: 3GB
Ar gyfer achosion GitLab arferol, mae'r rhagosodiadau yr un peth. Fodd bynnag, gall y gweinyddwr ddiweddaru'r cyfyngiadau gan ddefnyddio Consolau rheiliau.
Gallwch ddefnyddio ystorfa GitLab PyPI i greu, cyhoeddi a rhannu pecynnau Python ynghyd â chod ffynhonnell a phiblinellau CI / CD. Fodd bynnag, o'r blaen ni allech ddilysu i'r gadwrfa gan ddefnyddio newidyn amgylchedd a ddiffiniwyd ymlaen llaw CI_JOB_TOKEN. O ganlyniad, bu'n rhaid i chi ddefnyddio'ch manylion personol i ddiweddaru'r ystorfa PyPI, neu efallai eich bod wedi penderfynu peidio â defnyddio'r ystorfa o gwbl.
Mae bellach yn haws defnyddio GitLab CI/CD i gyhoeddi a gosod pecynnau PyPI gan ddefnyddio newidyn amgylchedd wedi'i ddiffinio ymlaen llaw CI_JOB_TOKEN.
I'r sgan DAST ar-alw oedd hynny a gyflwynwyd mewn datganiad blaenorol, Mae proffiliau sganiwr DAST wedi'u hychwanegu. Maent yn ymestyn galluoedd cyfluniad y sganiau hyn, sy'n eich galluogi i greu proffiliau lluosog yn gyflym i gwmpasu mathau lluosog o sganiau. Yn 13.4, mae'r proffil ymlusgo yn frodorol yn cynnwys gosodiad goramser ymlusgo sy'n pennu pa mor hir y dylai'r ymlusgwr DAST redeg wrth iddo geisio darganfod pob tudalen o wefan sydd wedi'i chropian. Mae'r proffil hefyd yn cynnwys gosodiad terfyn amser safle targed i osod pa mor hir y dylai'r ymlusgwr aros i wefan ddod yn hygyrch cyn rhoi'r gorau i'r cropiad os nad yw'r wefan yn ymateb gyda chod statws 200 neu 300. Wrth i ni barhau i wella'r nodwedd hon fydd ychwanegu at broffil y sganiwr mewn datganiadau yn y dyfodol; bydd paramedrau cyfluniad ychwanegol yn cael eu hychwanegu.
Os ydych chi'n defnyddio GitLab Pages ac eisiau rheoli newidiadau URL yn well, efallai eich bod wedi sylwi nad oedd yn bosibl rheoli ailgyfeiriadau ar eich gwefan GitLab Pages. Mae GitLab bellach yn caniatáu ichi ffurfweddu rheolau i ailgyfeirio un URL i'r llall ar gyfer eich gwefan Tudalennau trwy ychwanegu ffeil ffurfweddu i'r ystorfa. Mae'r nodwedd hon yn bosibl diolch i gyfraniad Kevin Barnett (@PopeDrFreud), ein Eric Eastwood (@MadLittleMods) a thimau GitLab. Diolch i bawb am eich mewnbwn.
Mae mynediad i fersiynau blaenorol o gyflwr Terraform yn angenrheidiol ar gyfer cydymffurfio ac ar gyfer dadfygio os oes angen. Darperir cefnogaeth ar gyfer fersiwn Terraform state a reolir gan GitLab gan ddechrau gyda GitLab 13.4. Mae fersiynau wedi'u galluogi'n awtomatig ar gyfer ffeiliau talaith Terraform newydd. Ffeiliau cyflwr presennol Terraform fydd yn cael ei fudo'n awtomatig i gadwrfa fersiynau mewn datganiad diweddarach.
Wrth brosesu digwyddiadau, mae angen i chi allu pennu'n hawdd pa mor hir yr oedd rhybudd ar agor a sawl gwaith y cafodd y digwyddiad ei sbarduno. Mae'r manylion hyn yn aml yn hollbwysig wrth bennu'r effaith ar y cwsmer a'r hyn y dylai eich tîm fynd i'r afael ag ef yn gyntaf. Yn y panel Manylion Digwyddiad newydd, rydym yn arddangos amser cychwyn y rhybudd, nifer y digwyddiadau, a dolen i'r rhybudd gwreiddiol. Mae'r wybodaeth hon ar gael ar gyfer digwyddiadau a gynhyrchir o rybuddion.
Mae dimensiwn Difrifoldeb Digwyddiad yn caniatáu i ymatebwyr a rhanddeiliaid bennu effaith toriad, yn ogystal â dull a brys yr ymateb. Wrth i'ch tîm rannu canlyniadau wrth ddatrys digwyddiadau ac adfer, gallant newid y gosodiad hwn. Gallwch nawr olygu difrifoldeb digwyddiad ym mar ochr dde'r dudalen Manylion Digwyddiad, ac mae'r difrifoldeb yn cael ei ddangos yn y rhestr o ddigwyddiadau.
Mae'r gwelliant hwn i Olygydd Rheol Diogelwch Rhwydwaith Cynhwysydd yn caniatáu i ddefnyddwyr greu, golygu a dileu eu rheolau yn uniongyrchol o ryngwyneb defnyddiwr GitLab. Mae nodweddion golygydd yn cynnwys .yaml ar gyfer defnyddwyr profiadol a golygydd rheolau gyda rhyngwyneb sythweledol ar gyfer y rhai sy'n newydd i reolau rhwydwaith. Gallwch ddod o hyd i opsiynau rheoli rheolau newydd yn yr adran Diogelwch a Chydymffurfiaeth > Rheoli Bygythiadau > Rheolau (Diogelwch a Chydymffurfiaeth > Rheoli Bygythiadau > Polisïau).
(CRAIDD, DECHREUwr, PREMIWM, UCHAF, AM DDIM, EFYDD, ARIAN, AUR) Argaeledd
Mae GitLab a GitLab Runner bellach yn cefnogi Storio blob Azure, gan ei gwneud hi'n haws rhedeg gwasanaethau GitLab ar Azure.
Mae achosion GitLab yn cefnogi Azure ar gyfer pob math o storfeydd gwrthrychau, gan gynnwys ffeiliau LFS, arteffactau CI, a copïau wrth gefn. I sefydlu storfa Azure Blob, dilynwch y cyfarwyddiadau gosod pob neu Siart llyw.
Mae proseswyr swyddi GitLab hefyd yn cefnogi Azure ar gyfer storio cache dosbarthu. Gellir ffurfweddu storfa Azure gan ddefnyddio'r adran [runners.cache.azure].
Mewn ymateb i'r galw cynyddol am gefnogaeth ar gyfer rhedeg GitLab ar bensaernïaeth ARM 64-bit, rydym yn falch o gyhoeddi bod pecyn swyddogol ARM64 Ubuntu 20.04 Omnibws ar gael. Diolch enfawr i Zitai Chen a Guillaume Gardet am y cyfraniadau enfawr a wnaethant - chwaraeodd eu ceisiadau uno ran allweddol yn hyn!
I lawrlwytho a gosod y pecyn ar gyfer Ubuntu 20.04, ewch i'n dudalen gosod a dewis Ubuntu.
Bellach gellir defnyddio cardiau clyfar, fel Cardiau Mynediad Cyffredin (CAC), i ddilysu enghraifft GitLab a ddefnyddir trwy siart Helm. Mae cardiau call yn cael eu dilysu yn erbyn cronfa ddata leol gan ddefnyddio tystysgrifau X.509. Gyda hyn, mae cefnogaeth cerdyn smart gyda siart Helm bellach yn unol â'r gefnogaeth cerdyn smart sydd ar gael mewn lleoliadau Omnibws.