ProHoster > ΠΠ»ΠΎΠ³ > Pagdumala > Ang # GitLab 13.4 gipagawas uban ang HashiCorp repository alang sa mga variable sa CI ug Kubernetes Agent
Ang # GitLab 13.4 gipagawas uban ang HashiCorp repository alang sa mga variable sa CI ug Kubernetes Agent
Ang pagpagawas sa 13.4 gipagawas uban ang pagtipig sa HashiCorp alang sa mga variable sa CI, Kubernetes Agent ug sentro sa seguridad, ingon man mga switchable nga bahin sa Starter
Sa GitLab, kanunay namong gihunahuna kung unsaon namo pagtabang ang mga tiggamit sa pagpakunhod sa risgo, pagpalambo sa pagkaepisyente, ug pagpauswag sa katulin sa pagpadala sa imong paborito nga plataporma. Karong bulana midugang kami ug daghang mapuslanong bag-ong mga feature nga nagpalapad sa kapabilidad sa seguridad, nagpamenos sa gidaghanon sa mga kahuyangan, nagpataas sa episyente, nagpayano sa pagtrabaho uban sa GitLab, ug nagtabang sa imong team sa paghatod sa mga feature nga mas paspas. Kami nanghinaut nga imong makit-an ang mga nag-unang bahin sa pagpagawas nga mapuslanon, ingon man usab 53 uban pang bag-ong mga bahin, gidugang niini nga pagpagawas.
Ang laing paagi sa pagpakunhod sa mga risgo mao ang paggamit ug bag-o Ahente sa GitLab Kubernetes. Ang mga operation team mahimong mag-deploy sa mga Kubernetes clusters gikan sa GitLab nga dili kinahanglan nga ibutyag ang ilang cluster sa tibuok internet. Gipaila usab namo ang awtomatik nga suporta sa pagkontrol sa bersyon alang sa bag-ong mga file sa estado sa Terraform nga adunay GitLab nagdumala sa estado sa Terraform aron suportahan ang pagsunod ug kasayon ββsa pag-debug. Sa katapusan, ang pananglitan sa security dashboard nahimong GitLab Security Center nga adunay mga taho sa kahuyang ug mga setting sa seguridad.
Mas kombenyente ug episyente nga trabaho sa GitLab
Among gipauswag ang among pangkalibutanon nga pagpangita aron maapil dali nga nabigasyon gikan sa search bar, nga nagtugot kanimo sa dali nga pag-navigate sa labing bag-ong mga tiket, grupo, proyekto, setting ug mga hilisgutan sa tabang. Kami naghinam-hinam nga ipahibalo kana nga GitLab Pages redirects nagpakita sa pag-redirect sa indibidwal nga mga panid ug mga direktoryo sulod sa site, nga magtugot sa mga tiggamit sa mas episyenteng pagdeploy sa ilang mga site. Ug alang niadtong gusto nga makadawat sa gipalapdan nga kasayuran mahitungod sa pag-deploy, kini nga pagpagawas nagtugot pagdumala sa gatusan nga gisuportahan nga pag-deploy sa proyekto gikan sa toolbar sa palibot!
Sama sa kanunay, adunay gamay ra kaayo nga wanang sa kinatibuk-ang pagtan-aw, apan adunay daghang mga cool nga bahin sa pagpagawas sa 13.4. Ania ang pipila pa:
Dako og natampo si Fabio amot Π² pagpakita sa code coverage sa merge request diffs - usa ka bahin nga gipaabut sa dugay nga panahon sa komunidad sa GitLab. Kini usa ka tinuud nga hinungdanon nga kontribusyon nga adunay dili hinungdanon nga mga pagbag-o nga nanginahanglan kanunay nga kolaborasyon sa mga miyembro sa koponan sa GitLab ug nakaapekto sa daghang mga lugar sa proyekto sama sa UX, front-end ug back-end.
Pangunang bahin sa GitLab 13.4 nga pagpagawas
Gamita ang mga yawe sa HashiCorp Vault sa mga trabaho sa CI
Sa pagpagawas sa 12.10, gipaila sa GitLab ang abilidad sa pagdawat ug pagbalhin sa mga yawe sa mga trabaho sa CI gamit ang GitLab job handler (GitLab runner). Karon kami nagpalapad authentication gamit ang JWT, pagdugang ug bag-ong syntax secrets sa pag-file .gitlab-ci.yml. Kini makapasayon ββsa pag-set up ug paggamit sa HashiCorp repository sa GitLab.
Ang integrasyon sa GitLab sa Kubernetes dugay nang nagpaposible sa pag-deploy sa mga cluster sa Kubernetes nga wala na kinahanglana ang manual configuration. Daghang tiggamit ang ganahan sa kasayon ββsa paggamit niini nga bundle, samtang ang uban nakasugat og pipila ka kalisdanan. Alang sa kasamtangan nga panagsama, ang imong cluster kinahanglan nga ma-access gikan sa Internet aron ang GitLab maka-access niini. Alang sa daghang mga organisasyon, dili kini mahimo tungod kay gipugngan nila ang pag-access sa mga cluster alang sa seguridad, pagsunod, o mga hinungdan sa regulasyon. Aron malibot kini nga mga pagdili, ang mga tiggamit kinahanglan nga magtukod sa ilang mga himan sa ibabaw sa GitLab, kung dili dili nila magamit kini nga bahin.
Karon among gipaila ang GitLab Kubernetes Agent, usa ka bag-ong paagi sa pag-deploy sa mga cluster sa Kubernetes. Ang ahente nagdagan sulod sa imong cluster, mao nga dili nimo kinahanglan nga ibutyag kini sa tibuok Internet. Ang ahente nag-coordinate sa deployment pinaagi sa paghangyo og bag-ong mga kausaban gikan sa GitLab, kay sa GitLab nga nagduso sa mga update sa cluster. Bisan unsa nga pamaagi sa GitOps ang imong gigamit, gitabonan ka sa GitLab.
Palihug timan-i nga kini ang una nga pagpagawas sa ahente. Ang among kasamtangang focus alang sa GitLab Kubernetes Agent mao ang pag-configure ug pagdumala sa mga deployment pinaagi sa code. Ang pipila ka kasamtangan nga mga feature sa integration sa Kubernetes, sama sa mga deployment board ug GitLab nga gidumala nga mga aplikasyon, wala pa gisuportahan. Nagtuo kaminga kini nga mga kapabilidad idugang sa ahente sa umaabot nga mga pagpagawas, ingon man mga bag-ong panagsama nga nakapunting sa seguridad ug pagsunod.
Kaniadto, ang sistema sa pagtugot sa GitLab nagpalisud sa husto nga pagbahin sa mga responsibilidad sulod sa imong team tali sa mga responsable sa pag-uswag ug sa mga responsable sa pag-deploy. Uban sa pagpagawas sa GitLab 13.4, mahimo nimong hatagan ang pagtugot sa pag-apruba sa mga hangyo sa paghiusa alang sa pag-deploy, ingon man usab sa aktwal nga pag-deploy sa code sa mga tawo nga wala magsulat sa code, nga wala maghatag kanila og mga katungod sa pag-access sa maintainer (sa Russian localization sa GitLab "maintainer" ).
Kaniadto, ang pagdumala sa pagkahuyang sa lebel sa pananglitan limitado sa parehas nga pagpaandar ug pagka-flexible. Ang interface usa ka panid nga naghiusa sa mga detalye sa mga kahuyangan, mga graph sa sukatan, ug mga setting. Walaβy daghang lugar aron mapalambo kini nga mga bahin o magamit ang uban pang mga bahin sa seguridad.
Naghimo kami mga sukaranan nga pagbag-o kung giunsa namon pagdumala ang seguridad ug transparency sa GitLab. Ang panig-ingnan nga panel sa seguridad nahimo nga usa ka tibuuk nga sentro sa seguridad. Ang pinakadako nga pagbag-o mao ang pagpaila sa usa ka bag-ong istruktura sa menu: imbes nga usa ka panid, makita nimo karon ang dashboard sa seguridad, taho sa kahuyang, ug seksyon sa mga setting nga gilain. Samtang ang pag-andar wala mausab, ang pagbungkag niini ngadto sa mga bahin magtugot sa mga pag-uswag niini nga seksyon nga mahimong lisud. Nagtakda usab kini sa yugto alang sa pagdugang sa ubang mga kapabilidad nga may kalabotan sa seguridad sa umaabot.
Ang gipahinungod nga Vulnerability Report nga seksyon karon adunay daghang lugar aron ipakita ang hinungdanon nga mga detalye. Ania ang mga kahuyangan nga anaa karon sa listahan sa mga kahuyangan sa proyekto. Ang pagbalhin sa mga widget nga adunay mga sukatan sa pagkahuyang sa usa ka bulag nga seksyon nagmugna usa ka dali nga panel sa pagkontrol sa seguridad. Kini karon usa ka canvas alang sa umaabot nga mga visualization-dili lang alang sa pagdumala sa pagkahuyang, apan alang sa bisan unsang mga sukatan nga may kalabotan sa seguridad. Sa katapusan, ang usa ka bulag nga lugar sa mga setting nagmugna usa ka sagad nga wanang alang sa tanan nga mga setting sa seguridad sa lebel sa pananglitan, dili lang pagdumala sa pagkahuyang.
Sayo niining tuiga, ang GitLab mihimo og pasalig paglihok 18 nga mga bahin ngadto sa open source. Niini nga pagpagawas, nakompleto na namo ang pagbalhin sa mga feature nga mabalhin ngadto sa Starter plan ug magpadayon sa pagbalhin niini ngadto sa Core gikan sa Git Lab 13.5. Kami naghinam-hinam nga dad-on kini nga bahin sa daghang mga tiggamit ug gusto nga makadungog kung giunsa nimo kini gigamit.
Usahay kung mag-navigate sa GitLab gusto nimo nga diretso sa usa ka piho nga proyekto kaysa sa panid sa mga resulta sa pagpangita.
Gamit ang global search bar, dali ka maka-navigate sa pinakabag-o nga mga tiket, grupo, proyekto, setting, ug mga topiko sa tabang. Mahimo nimong gamiton ang usa ka hotkey /aron ibalhin ang imong cursor sa search bar aron ma-navigate ang GitLab nga mas episyente!
Kung girepaso ang usa ka hangyo sa paghiusa, mahimong lisud ang pagtino kung ang giusab nga code nasakop sa mga pagsulay sa yunit. Hinuon, ang mga tigrepaso makasalig sa kinatibuk-ang coverage ug makahangyo nga kini dugangan sa dili pa aprobahan ang usa ka hangyo sa paghiusa. Mahimo kini nga mosangput sa usa ka dili maayo nga pamaagi sa pagsulat sa mga pagsulay, nga dili gyud makapauswag sa kalidad sa code o sakup sa pagsulay.
Karon, kung nagtan-aw sa usa ka kalainan sa hangyo sa paghiusa, makita nimo ang usa ka biswal nga pagpakita sa pagsakup sa code. Ang mga bag-ong marka magtugot kanimo nga dali nga masabtan kung ang giusab nga code nasakop sa usa ka pagsulay sa yunit, nga makatabang sa pagpadali sa pagrepaso sa code ug ang oras sa paghiusa ug pag-deploy sa bag-ong code.
Π‘ΠΏΠ°ΡΠΈΠ±ΠΎ Fabio Huser ug Siemens alang niini nga bahin!
Sukad sa pagpagawas sa GitLab 12.5 gamit mga panel sa palibot mahimo nimong bantayan ang kahimtang sa mga palibot, apan dili molapas sa pito ka mga palibot sa tulo ka mga proyekto. Gipauswag namo kini nga dashboard sa pagpagawas sa 13.4 pinaagi sa pag-pagina niini aron matabangan ka nga mamentinar ug madumala ang imong mga palibot sa sukod. Karon makita nimo ang daghang mga palibot sa daghang mga proyekto.
Ang API fuzzing testing usa ka maayong paagi sa pagpangita sa mga bug ug mga kahuyangan sa imong mga web application ug mga API nga mahimong masipyat sa ubang mga scanner ug mga pamaagi sa pagsulay.
Ang API fuzzing testing sa GitLab nagtugot kanimo sa paghatag OpenAPI v2 nga detalye o HAR file ang imong aplikasyon ug dayon awtomatik nga nagmugna og random input data nga gidisenyo aron sulayan ang mga kaso sa edge ug pagpangita og mga bug. Ang mga resulta makita dayon sulod sa imong pipeline.
Kini ang among una nga pagpagawas sa pagsulay sa fuzz sa API ug gusto namon madungog kung unsa ang imong gihunahuna. Daghan pa mig stock para sa fuzz testing daghang ideya, nga atong ibase sa pagpagawas niini nga bahin.
Kaniadto, ang paghimo og graph sa metrics dashboard sa GitLab dili sayon ββnga buluhaton. Human nimo gibuhat ang metric sa dashboard YAML file, naghimo ka og mga kausaban sa master, nga dili mapamatud-an nga ang bag-ong nabuhat nga graph molihok sa eksakto nga imong gikinahanglan. Sugod sa kini nga pagpagawas, mahimo nimong tan-awon ang mga pagbag-o sa imong paghimo sa graph, pagkuha usa ka ideya sa resulta sa wala pa ipadala ang mga pagbag-o sa dashboard nga YAML file.
Kung nagdumala ka sa daghang mga proyekto sa GitLab, kinahanglan nimo ang usa ka gigikanan sa kasayuran kung giunsa pagbag-o ang pagsakop sa code sa paglabay sa panahon sa tanan nga mga proyekto. Kaniadto, ang pagpakita niini nga kasayuran nanginahanglan makakapoy ug makagugol sa oras nga manwal nga trabaho: kinahanglan nimo nga i-download ang datos sa pagsakup sa code gikan sa matag proyekto ug isagol kini sa usa ka lamesa.
Sa pagpagawas sa 13.4, nahimong posible nga dali ug dali nga mag-assemble .csv file uban ang tanang datos sa code coverage para sa tanang proyekto sa grupo o para sa pagpili sa mga proyekto. Kini nga bahin mao ang MVC, kini pagasundan sa abilidad pagplano sa kasagaran nga coverage sa paglabay sa panahon.
Kini nga pagpagawas nagpaila sa suporta alang sa daghang bag-ong mga pinulongan para sa fuzz testing nga gitumong sa bug-os nga coverage.
Karon mahimo nimong susihon ang tibuuk nga mga kapabilidad sa pag-fuzzing nga pagsulay sa imong Java, Rust, ug Swift nga mga aplikasyon ug makit-an ang mga sayup ug mga kahuyangan nga mahimong masipyat sa ubang mga scanner ug mga pamaagi sa pagsulay.
Gipakita sa panid sa Kalikopan ang kinatibuk-ang kahimtang sa imong mga palibot. Niini nga pagpagawas gipauswag namo kini nga panid pinaagi sa pagdugang sa pagpakita sa alerto. Ang na-trigger nga mga alerto kauban ang kahimtang sa imong mga palibot makatabang kanimo nga dali nga molihok aron matul-id ang mga sitwasyon nga motumaw.
Pinaagi sa paggamit sa mga nested pipelines, posible na karon ang pagpadagan sa mga bag-ong pipeline sulod sa mga child pipeline. Ang dugang nga lebel sa giladmon mahimong mapuslanon kung kinahanglan nimo ang pagka-flexible aron makamugna ang usa ka variable nga gidaghanon sa mga pipeline.
Kaniadto, kung mogamit mga nested pipeline, ang matag pipeline sa bata nanginahanglan usa ka gatilyo nga trabaho nga mano-mano nga ipasabut sa pipeline sa ginikanan. Karon makahimo ka og mga nested pipelines nga dinamikong maglunsad og bisan unsang gidaghanon sa mga bag-ong nested pipelines. Pananglitan, kung ikaw adunay usa ka monorepository, mahimo nimo nga dinamikong makamugna ang una nga subpipeline, nga maghimo mismo sa gikinahanglan nga gidaghanon sa mga bag-ong pipeline base sa mga pagbag-o sa sanga.
Kaniadto, ang pag-navigate tali sa ginikanan ug mga nested pipeline dili kaayo kombenyente - kinahanglan nimo ang daghang mga pag-klik aron makaabut sa gusto nga pipeline. Dili usab sayon ββang paghunahuna kung unsang trabaho ang nagsugod sa pipeline. Karon mas dali nga makita ang mga koneksyon tali sa ginikanan ug mga nested pipelines.
Kung gigamit nimo task matrix, tingali namatikdan nimo nga lisud ang pagtino kung unsang matrix variable ang gigamit alang sa usa ka partikular nga trabaho, tungod kay ang mga ngalan sa trabaho sama sa matrix 1/4. Sa pagpagawas sa 13.4, imong makita ang mga may kalabutan nga variable values ββnga gigamit sa maong trabaho imbes sa generic nga ngalan sa trabaho. Pananglitan, kung ang imong katuyoan mao ang pag-debug sa x86 nga arkitektura, nan ang trabaho tawgon matrix: debug x86.
Ang mga tiggamit sa GitLab makahimo na karon sa pagkonektar sa ilang mga GitLab account sa ilang Atlassian Cloud account. Kini magtugot kanimo sa pag-log in sa GitLab gamit ang imong mga kredensyal sa Atlassian, ug magbutang usab sa sukaranan alang sa umaabot nga pag-uswag sa panagsama. Gitlab kauban si Jira ug uban pang mga produkto gikan sa linya sa Atlassian.
Ang mga organisasyon nga nakapunting sa pagsunod nanginahanglan usa ka paagi aron ipakita sa mga auditor ang usa ka kinatibuk-an nga pagtan-aw sa mga sangkap nga adunay kalabotan sa bisan unsang gihatag nga pagbag-o sa produksiyon. Sa GitLab, kini nagpasabut sa pagkolekta sa tanan sa usa ka lugar: paghiusa sa mga hangyo, mga tiket, mga linya sa tubo, mga pag-scan sa seguridad, ug uban pang mga pasalig nga datos. Hangtud karon, kinahanglan nimo nga mano-mano ang pagkolekta niini sa GitLab o i-configure ang imong mga himan aron makolekta ang kasayuran, nga dili kaayo episyente.
Mahimo nimong makolekta ug ma-export ang kini nga datos sa programa aron makab-ot ang mga kinahanglanon sa pag-audit o mahimo ang uban pang mga pag-analisar. Aron ma-export ang usa ka lista sa tanan nga merge commit para sa karon nga grupo, kinahanglan nimo nga moadto Mga Dashboard sa Pagsunod ug i-klik ang buton Listahan sa tanang merge commits. Ang resulta nga file maglangkob sa tanan nga mga nahimo sa hangyo sa paghiusa, ang ilang tagsulat, ID sa kauban nga hangyo sa paghiusa, grupo, proyekto, mga tigkumpirma ug uban pang impormasyon.
Ang pagdumala sa pag-access sa namespace sa GitLab usa ka importante nga bahin sa mga paningkamot sa pagsunod. Gikan sa mga prinsipyo nga labing gamay nga pribilehiyo hangtod sa pag-disable sa gitakdang oras nga pag-access, mahimong adunay daghang mga kinahanglanon nga adunay kalabotan sa personal nga mga token sa pag-access sa GitLab. Aron mas sayon ββang pagmentinar ug pagdumala sa tanan niining mga kredensyal sa user sulod sa imong namespace, naghatag kami ug abilidad sa paglista sa tanang personal nga access token ug opsyonal. deny access pinaagi sa API.
Kini nga mga pag-uswag sa GitLab API nagtugot sa mga tiggamit sa paglista ug pagbawi sa ilang kaugalingon nga personal nga mga token sa pag-access, ug ang mga admin sa paglista ug pagbawi sa mga token sa ilang mga tiggamit. Mas sayon ββna karon alang sa mga administrador ang pagtan-aw kon kinsa ang adunay access sa ilang namespace, paghimo og mga desisyon sa pag-access base sa data sa user, ug pagbawi sa personal nga mga token sa pag-access nga mahimong nakompromiso o nahulog sa gawas sa mga polisiya sa pagdumala sa access sa kompanya.
Kung ang pagrepaso sa mga pagbag-o sa code, mga diskusyon, ug pag-apil sa hangyo nahimo, kanunay nga gusto nga maghimo usa ka lokal nga pag-checkout sa sanga alang sa usa ka lawom nga pagsusi. Bisan pa, ang pagpangita sa ngalan sa hilo nahimong labi ka lisud tungod kay daghang sulud ang idugang sa paghulagway sa hangyo sa paghiusa ug kinahanglan ka nga mag-scroll pa sa ubos sa panid.
Among gidugang ang ngalan sa sanga sa sidebar sa hangyo sa paghiusa, nga mahimo kining ma-access bisan unsang orasa ug giwagtang ang panginahanglan sa pag-scroll sa tibuok panid. Sama sa link sa hangyo sa paghiusa, ang seksyon sa gigikanan nga sanga adunay usa ka kombenyente nga "kopya" nga buton.
Π‘ΠΏΠ°ΡΠΈΠ±ΠΎ Ethan Reesor alang sa imong dako nga kontribusyon sa pagpalambo niini nga bahin!
Ang mga hangyo sa paghiusa nga magdugang og mga pagbag-o sa daghang mga file usahay mo-collapse sa mga diff sa dagkong mga file aron mapauswag ang performance sa pag-render. Kung mahitabo kini, posible nga aksidente nga malaktawan ang usa ka file sa panahon sa pagrepaso, labi na sa mga hangyo sa paghiusa nga adunay daghang mga file. Sugod sa bersyon 13.4, ang mga hangyo sa pag-merge mag-flag sa mga diff nga adunay sulod nga napilo nga mga file, aron dili nimo makalimtan kini nga mga file sa panahon sa pagrepaso sa code. Alang sa labi pa nga katin-awan, nagplano kami nga idugang ang pag-highlight sa kini nga mga file sa umaabot nga pagpagawas. Pagbantay alang sa mga update sa tiket sa gitlab#16047.
Sa seksyon sa merge request diffs, ang dagkong mga file nahugno aron mapalambo ang performance. Bisan pa, kung magrepaso sa code, ang pipila ka mga file mahimong masipyat kung ang tigsusi mag-scroll sa lista sa mga file, tungod kay ang tanan nga dagkong mga file nahugno.
Nagdugang kami og usa ka makita nga pasidaan sa ibabaw sa merge request diff page aron sa pagpahibalo sa mga tiggamit nga adunay usa ka merged file niini nga seksyon. Niining paagiha, dili nimo makalimtan ang bisan unsang mga pagbag-o sa hangyo sa paghiusa sa panahon sa pagrepaso.
Kaniadto, kung ang panguna nga node sa usa ka cluster sa Gitaly nag-offline, ang mga repository sa kana nga node gimarkahan nga read-only. Gipugngan niini ang pagkawala sa datos sa mga sitwasyon diin adunay mga pagbag-o sa node nga wala pa masundog. Sa diha nga ang node mibalik sa online, ang GitLab dili awtomatik nga gipahiuli, ug ang mga tigdumala kinahanglan nga mano-mano nga magsugod sa proseso sa pag-synchronize o modawat sa pagkawala sa datos. Ang ubang mga sitwasyon, sama sa pagkapakyas sa trabaho sa pagkopya sa ikaduhang node, mahimo usab nga moresulta sa mga stale o read-only nga mga repository. Sa kini nga kaso, ang repository nagpabilin nga stale hangtod ang sunod nga operasyon sa pagsulat nahitabo, nga magsugod sa trabaho sa pagkopya.
Aron masulbad kini nga problema Praefect karon nag-iskedyul sa usa ka replikasyon nga trabaho kung kini nakamatikod sa usa ka karaan nga repository sa usa ka node ug ang pinakabag-o nga bersyon sa repository sa lain. Kini nga trabaho sa pagkopya nagpugong sa repository nga awtomatiko nga na-update, nga giwagtang ang panginahanglan nga mano-mano nga ibalik ang datos. Gisiguro usab sa awtomatik nga pagbawi nga ang mga sekondaryang node dali nga madala hangtod karon kung ang usa ka trabaho sa pagkopya mapakyas, kaysa maghulat alang sa sunod nga operasyon sa pagsulat. Tungod kay daghang mga kumpol sa Gilaly ang nagtipig daghang daghang mga repositoryo, kini hinungdanon nga pagkunhod sa oras nga gigugol sa mga administrador ug kasaligan nga mga inhenyero sa pagbawi sa datos pagkahuman sa usa ka sayup.
Dugang pa, ang awtomatik nga pag-ayo nagsugod sa pagkopya sa mga repositoryo sa bisan unsang bag-ong Gitaly node nga gidugang sa cluster, nga nagwagtang sa manual nga trabaho sa pagdugang sa bag-ong mga node.
Ang epektibo nga komunikasyon sa GitLab gibase sa mga listahan sa buhaton. Kung gihisgutan ka sa usa ka komentaryo, hinungdanon nga makahimo sa paglukso sa usa ka buluhaton ug magsugod sa pagbuhat sa usa ka butang o markahan kini nga nahuman na. Importante usab nga makahimo ka sa pag-assign sa usa ka buluhaton sa imong kaugalingon kung kinahanglan nimo nga buhaton ang usa ka butang o balikan kini sa ulahi.
Kaniadto, dili ka makadugang sa mga buluhaton o markahan kini nga nahuman kung nagtrabaho sa mga disenyo. Kini seryoso nga nakabalda sa kahusayan sa komunikasyon tali sa mga team sa produkto, tungod kay ang mga buhaton usa ka kritikal nga elemento sa GitLab workflow.
Sa pagpagawas sa 13.4, ang mga disenyo nagsunod sa mga komento sa tiket sa paggamit sa mga buluhaton, nga naghimo sa pagtrabaho uban kanila nga mas makanunayon ug episyente.
Among gipauswag ang giya sa pag-troubleshoot alang sa GitLab CI/CD nga adunay dugang impormasyon bahin sa kasagarang mga isyu nga mahimo nimong masugatan. Kami nanghinaut nga ang gipaayo nga dokumentasyon mahimong usa ka bililhon nga kapanguhaan sa pagtabang kanimo sa pagbangon ug pagpadagan sa GitLab CI/CD nga dali ug dali.
Kaniadto, ang mga hangyo sa paghiusa mahimong mahulog sa pila nga dili aksidente tungod sa ulahi nga mga komento. Kung ang usa ka hangyo sa paghiusa naa na sa pila ug adunay usa nga nagdugang usa ka komento niini nga nagmugna usa ka bag-ong wala masulbad nga diskusyon, ang hangyo sa paghiusa giisip nga dili kwalipikado alang sa usa ka paghiusa ug mahulog gikan sa pila. Karon, pagkahuman sa usa ka hangyo sa paghiusa idugang sa pila sa paghiusa, ang mga bag-ong komento mahimong idugang nga walaβy kahadlok nga makabalda sa proseso sa paghiusa.
Kinahanglan nga makita sa mga developer ang kantidad sa pagsakup sa code pagkahuman makompleto ang pipeline - bisan sa komplikado nga mga senaryo sama sa pagpadagan sa usa ka pipeline nga adunay daghang mga trabaho nga kinahanglan i-parse aron makalkulo ang kantidad sa pagsakup. Kaniadto, ang widget sa hangyo sa paghiusa nagpakita lamang sa kasagaran niini nga mga kantidad, nga nagpasabut nga kinahanglan ka nga mag-navigate sa panid sa trabaho ug balik sa hangyo sa paghiusa aron makakuha mga intermediate nga kantidad sa pagsakup. Aron makadaginot ka ug panahon ug niining dugang nga mga lakang, gihimo namo ang widget nga magpakita sa kasagarang kantidad sa coverage, ang mga kausaban niini tali sa target ug tinubdan nga mga sanga, ug usa ka tooltip nga nagpakita sa kantidad sa coverage alang sa matag trabaho base sa gikalkulo sa average.
Ang rehistro sa pakete sa GitLab usa ka lugar aron magtipig ug mag-apod-apod sa mga pakete sa lainlaing mga format. Kung ikaw adunay daghang mga pakete sa imong proyekto o grupo, kinahanglan nimo nga dali nga mailhan ang wala magamit nga mga pakete ug tangtangon kini aron mapugngan ang mga tawo sa pag-download niini. Mahimo nimong tangtangon ang mga pakete gikan sa imong rehistro pinaagi sa Package API o pinaagi sa package registry user interface. Bisan pa, hangtod karon dili nimo makuha ang mga pakete kung nagtan-aw sa usa ka grupo pinaagi sa UI. Ingon usa ka sangputanan, kinahanglan nimo nga tangtangon ang wala kinahanglana nga mga pakete sa matag-proyekto nga basehan, nga dili epektibo.
Mahimo nimong tangtangon ang mga pakete kung magtan-aw sa rehistro sa pakete sa grupo. Adto lang sa panid sa rehistro sa pakete sa grupo, isala ang mga pakete sa ngalan, ug kuhaa ang bisan unsang dili nimo kinahanglan.
Mahimo nimong gamiton ang repositoryo sa Conan sa GitLab aron mamantala ug maapod-apod ang mga dependency sa C/C++. Bisan pa, ang kaniadto nga mga pakete mahimo ra nga sukdon sa lebel sa pananglitan, tungod kay ang ngalan sa pakete sa Conan mahimo ra nga labing taas nga 51 nga mga karakter. Kung gusto nimo nga imantala ang usa ka pakete gikan sa usa ka subgroup, pananglitan gitlab-org/ci-cd/package-stage/feature-testing/conan, hapit imposible nga buhaton.
Mahimo nimong i-scale ang mga pakete sa Conan hangtod sa lebel sa proyekto, nga makapasayon ββsa pagmantala ug pag-apod-apod sa mga dependency sa imong mga proyekto.
Kami naghinam-hinam sa pagdugang sa dependency scan alang sa C, C++, C# ug .Net code nga mga proyekto nga naggamit sa NuGet 4.9+ o Conan package managers sa among listahan gisuportahan nga mga pinulongan ug mga frameworks. Mahimo na nimo karon ang pag-scan sa dependency isip bahin sa Secure nga yugto aron masusi ang nahibal-an nga mga kahuyangan sa mga dependency nga gidugang pinaagi sa mga managers sa package. Ang mga kahuyangan nga makit-an ipakita sa imong hangyo sa paghiusa uban sa ilang kagrabe nga lebel, aron mahibal-an nimo sa dili pa ipatuman ang paghiusa kung unsa ang mga risgo nga gidala sa bag-ong dependency. Mahimo usab nimo i-configure ang imong proyekto nga kinahanglan paghiusa sa pagkumpirma sa hangyo alang sa mga dependency nga adunay mga kahuyangan nga adunay kritikal (Kritikal), taas (Taas) o wala mailhi (Wala mailhi) nga lebel sa kagrabe.
Kaniadto, kung gitakda ang mga setting sa hangyo sa paghiusa Paghiusa kung mahuman ang pipeline (Merge When Pipeline Succeeds, MWPS) walay email notification nga gipadala. Kinahanglan nimo nga mano-mano nga susihon ang kahimtang o maghulat alang sa usa ka pahibalo sa paghiusa. Uban niini nga pagpagawas kami nalipay sa pagpakita sa mga kontribusyon sa tiggamit @ravishankar2kool, nga nakasulbad niini nga problema pinaagi sa pagdugang og awtomatik nga mga abiso sa tanan nga nag-subscribe sa usa ka hangyo sa paghiusa sa dihang giusab sa usa ka tigrepaso ang setting sa paghiusa ngadto sa MWPS.
Dili tanan nga problema nga motumaw dayon magpahinabog mga alerto: ang mga tiggamit nagreport sa mga outage ug ang mga miyembro sa team nag-imbestiga sa mga isyu sa pasundayag. Ang mga insidente karon usa ka matang sa tiket, aron ang imong mga team dali nga makahimo niini isip kabahin sa ilang normal nga workflow. Pag-klik Bag-ong buluhaton gikan sa bisan asa sa GitLab, ug sa uma Type pagpili Insidente.
Gipauswag namo ang mga alerto sa GitLab pinaagi sa pagdugang og bag-ong tipo sa paghisgot ilabi na alang kanila sa GitLab Markdown, nga nagpasayon ββsa pagpaambit ug paghisgot sa mga alerto. Paggamit ^alert#1234sa paghisgot sa alerto sa bisan unsang Markdown field: sa mga insidente, mga tiket, o mga hangyo sa paghiusa. Makatabang usab kini kanimo sa pag-ila sa mga trabaho nga gihimo gikan sa mga alerto kaysa mga tiket o mga hangyo sa paghiusa.
Ang paghulagway sa alerto naglangkob sa impormasyon nga kritikal sa pag-troubleshoot ug pagbawi, ug kini nga impormasyon kinahanglan nga dali nga ma-access aron dili ka kinahanglan nga magbalhin-balhin sa mga himan o tab samtang nagtrabaho ka aron masulbad ang usa ka insidente. Ang mga insidente nga gihimo gikan sa mga alerto nagpakita sa hingpit nga paghulagway sa alerto sa tab Mga Detalye sa Alerto.
Ang GitLab, isip usa ka aplikasyon, adunay talagsaon nga abilidad sa paghimo sa pagdiskobre sa sulod sa tibuok nimo nga DevOps workflow nga paspas. Sa GitLab 13.4, ang advanced search nagbalik sa mga resulta nga 75% nga mas paspas kung kini limitado sa pipila ka mga namespace ug mga proyekto, sama sa GitLab.com.
Adunay kapilian nga i-postpone ang pagtangtang sa proyekto gipaila sa 12.6. Bisan pa, kaniadto dili posible nga makita ang tanan nga mga proyekto nga naghulat sa pagtangtang sa usa ka lugar. GitLab user instance administrators mahimo nang tan-awon ang tanang pending nga mga proyekto sa pagtangtang sa usa ka dapit, uban sa mga buton aron daling mabalik ang maong mga proyekto.
Kini nga feature naghatag sa mga administrador og labaw nga kontrol sa pagtangtang sa proyekto pinaagi sa pagkolekta sa tanang may kalabutan nga impormasyon sa usa ka dapit ug paghatag og abilidad sa pag-undo sa dili gusto nga mga aksyon sa pagtangtang.
Kaniadto, ang mga lagda sa pagduso sa grupo mahimo ra nga ma-configure pinaagi sa pagbisita sa matag grupo nga tagsa-tagsa pinaagi sa GitLab UI ug paggamit sa mga lagda. Mahimo nimong madumala kini nga mga lagda pinaagi sa usa ka API aron suportahan ang imong naandan nga mga himan ug automation sa GitLab.
Pagtipig sa kredensyal Naghatag sa mga tigdumala sa impormasyon nga ilang gikinahanglan sa pagdumala sa mga kredensyal sa tiggamit alang sa ilang GitLab nga pananglitan. Tungod kay ang mga organisasyon nga nakatutok sa pagsunod managlahi sa kahigpit sa ilang mga polisiya sa pagdumala sa kredensyal, nagdugang kami og buton nga nagtugot sa mga tigdumala sa opsyonal nga pagbawi sa personal nga access token (PAT) sa usa ka user. Ang mga tigdumala dali na nga makabawi sa posibleng makompromiso nga mga PAT. Mapuslanon kini nga bahin alang sa mga organisasyon nga gusto og mas flexible nga mga kapilian sa pagsunod aron mamenosan ang pagkabalda sa ilang mga tiggamit.
Sa GitLab 13.4, nagpaila kami og bag-ong paagi sa pag-customize sa static nga editor sa site. Bisan kung ang file sa pag-configure wala magtipig o makadawat bisan unsang mga setting sa kini nga pagpagawas, among gipahimutang ang sukaranan alang sa umaabot nga pag-customize sa pamatasan sa editor. Sa umaabot nga mga pagpagawas atong idugang sa file .gitlab/static-site-editor.yml mga parameter alang sa pag-instalar base nga adres sa site, diin Ang mga hulagway nga gikarga sa editor gitipigan, nag-override sa Markdown syntax settings ug uban pang setting sa editor.
Ang atubangan nga butang usa ka flexible ug sayon ββββnga paagi sa paghubit sa mga variable sa panid sa mga file sa datos alang sa pagproseso sa static nga site generator. Kini kasagarang gigamit sa pagtakda sa ulohan sa panid, template sa layout, o tagsulat, apan mahimong gamiton sa pagpasa sa bisan unsang matang sa metadata ngadto sa generator kon mag-render sa panid sa HTML. Nalakip sa pinakataas nga bahin sa matag data file, ang pasiuna nga bahin kasagarang giporma isip YAML o JSON ug nagkinahanglan og makanunayon ug tukma nga syntax. Ang mga tiggamit nga dili pamilyar sa piho nga mga lagda sa syntax mahimong wala tuyoa nga makasulod sa dili balido nga marka, nga sa baylo mahimong hinungdan sa mga problema sa pag-format o bisan sa paghimo sa mga kapakyasan.
Ang WYSIWYG nga paagi sa pag-edit sa static nga editor sa site nagtangtang na sa intro gikan sa editor aron mapugngan kining mga sayop sa pag-format. Bisan pa, kini nagpugong kanimo sa pagbag-o sa mga kantidad nga gitipigan niini nga bahin nga dili mobalik sa pag-edit sa source mode. Sa GitLab 13.4, mahimo nimong ma-access ang bisan unsang natad ug i-edit ang kantidad niini sa usa ka pamilyar nga interface nga nakabase sa porma. Sa diha nga ang buton gipugos Mga Setting (setting) ang usa ka panel moabli nga magpakita sa usa ka porma nga field alang sa matag yawe nga gihubit sa sinugdanan. Ang mga natad gipuno sa kasamtangan nga bili, ug ang pag-edit sa bisan hain niini kay yano ra sa pagsulod niini sa web nga porma. Ang pag-edit sa intro niining paagiha makalikay sa komplikadong syntax ug naghatag kanimo og bug-os nga kontrol sa sulod samtang gisiguro nga ang kataposang resulta maporma kanunay.
Alang sa mga tiggamit sa Jira sa GitLab: GitLab app para sa Jira ΠΈ Konektor sa DVCS tugotan ka sa pagpakita sa impormasyon bahin sa GitLab commits ug merge requests direkta sa Jira. Inubanan sa among built-in nga Jira integration, dali ka makalihok taliwala sa duha nga mga app samtang nagtrabaho ka.
Kini nga mga bahin magamit ra kaniadto sa among Premium nga plano, apan magamit na karon sa tanan nga mga tiggamit!
Gitugotan ka sa usa ka cluster sa Gitaly nga kopyahon ang mga repositoryo sa Git sa daghang "mainit" nga mga node sa Gitaly. Kini nagdugang sa pagtugot sa sayup pinaagi sa pagwagtang sa usa ka punto sa kapakyasan. Mga operasyon sa transaksyon, nga gipaila sa GitLab 13.3, hinungdan nga ang mga pagbag-o ma-broadcast sa tanan nga mga node sa Gitaly sa cluster, apan ang mga Gitaly node lamang nga nagboto nga uyon sa panguna nga node nagluwas sa mga pagbag-o sa disk. Kung ang tanan nga mga replica node dili mouyon, usa ra ka kopya sa pagbag-o ang itago sa disk, nga maghimo usa ka punto sa kapakyasan hangtod makompleto ang asynchronous nga replikasyon.
Ang pagboto sa kadaghanan nagpauswag sa pagtugot sa sayup pinaagi sa paghangyo sa pagtugot sa kadaghanan sa mga node (dili tanan) sa wala pa i-save ang mga pagbag-o sa disk. Kung kini nga toggle nga bahin gipalihok, ang pagsulat kinahanglan nga molampos sa daghang mga node. Ang mga dissenting node awtomatik nga gi-synchronize gamit ang asynchronous replication gikan niadtong mga node nga nahimong korum.
Ang mga proyekto diin ang mga tawo nagsulat og mga pag-configure sa JSON o YAML kanunay nga adunay mga problema tungod kay kini dali nga makahimo og typo ug makaguba sa usa ka butang. Posible ang pagsulat sa mga himan sa pag-inspeksyon aron makuha kini nga mga isyu sa pipeline sa CI, apan ang paggamit sa JSON schema file mahimong mapuslanon sa paghatag dokumentasyon ug mga pahiwatig.
Ang mga partisipante sa proyekto mahimong maghubit sa ilang repository sa agianan sa usa ka naandan nga laraw sa usa ka file .gitlab/.gitlab-webide.yml, nga nagtino sa schema ug agianan sa mga file nga susihon. Kung nag-load ka sa usa ka piho nga file sa Web IDE, makakita ka og dugang nga feedback ug validation aron matabangan ka sa paghimo sa file.
Kung naggamit ka mga conveyor nga adunay direksyon nga acyclic graph (Directed Acyclic Graph (DAG)), mahimo nimong makita nga adunay limitasyon sa 10 ka mga trabaho nga mahimong itakda sa usa ka trabaho needs:, grabe kaayo. Sa 13.4, ang default nga limitasyon gidugangan gikan sa 10 ngadto sa 50 aron tugotan ang mas komplikado nga mga network sa mga relasyon tali sa mga trabaho sa imong mga pipeline.
Kung ikaw usa ka administrador sa usa ka naandan nga GitLab nga pananglitan, mahimo nimong pataason ang kini nga limitasyon pinaagi sa pag-set up sa usa ka toggle nga bahin, bisan kung wala kami nagtanyag opisyal nga suporta alang niini.
Sa pipila ka mga kaso, ang usa ka walaβy trabaho nga trabaho sa usa ka pipeline mahimong dili husto nga giisip nga malampuson alang sa mga dependency nga gipiho sa needs, nga maoy hinungdan nga midagan ang sunod nga mga trabaho, nga dili unta mahitabo. Kini nga pamatasan naayo sa bersyon 13.4, ug needs karon sa husto nga pagdumala sa mga kaso sa wala nga mga buluhaton.
Ang GitLab karon awtomatik nga nag-lock sa katapusang malampuson nga trabaho ug pipeline artifact sa bisan unsang aktibong sanga, hangyo sa paghiusa, o tag aron mapugngan kini nga mapapas human sa pag-expire. Kini nahimong mas sayon ββsa pagbutang sa mas agresibo expiration mga lagda sa paglimpyo sa daan nga artifacts. Makatabang kini sa pagpakunhod sa konsumo sa espasyo sa disk ug pagsiguro nga kanunay kang adunay kopya sa pinakabag-o nga artifact gikan sa pipeline.
Ang pag-optimize sa imong pipeline sa CI/CD makapausbaw sa katulin sa pagpadala ug makadaginot og kwarta. Among gipauswag ang among dokumentasyon aron maapil ang usa ka dali nga giya aron makuha ang labing kaayo sa pag-optimize sa imong mga pipeline.
Unit Test Report mao ang usa ka sayon ββnga paagi sa pagtan-aw sa mga resulta sa tanan nga mga pagsulay sa usa ka pipeline. Bisan pa, sa daghang gidaghanon sa mga pagsulay, ang pagpangita sa mga napakyas nga pagsulay mahimong magdugay. Ang ubang mga isyu nga makapalisud sa paggamit sa taho naglakip sa kalisud sa pag-scroll sa taas nga pagsubay sa mga output ug pag-round sa oras ngadto sa zero alang sa mga pagsulay nga modagan sa ubos sa 1 segundos. Karon, pinaagi sa default, kung naghan-ay sa usa ka pagsulay nga taho, kini una nga nagbutang sa mga napakyas nga mga pagsulay sa sinugdanan sa taho, ug dayon naghan-ay sa mga pagsulay sa gidugayon. Gipadali niini ang pagpangita sa mga kapakyasan ug taas nga mga pagsulay. Dugang pa, ang mga gidugayon sa pagsulay gipakita karon sa mga millisecond o segundo, nga naghimo kanila nga labi ka paspas sa pagbasa, ug ang mga nangaging mga isyu sa pag-scroll nasulbad usab.
Adunay karon mga limitasyon sa gidak-on sa mga file sa package nga mahimong ma-upload sa GitLab package registry. Gidugang ang mga pagdili aron ma-optimize ang performance sa registry sa package ug malikayan ang pag-abuso. Ang mga limitasyon magkalainlain depende sa pormat sa pakete. Alang sa GitLab.com, ang labing kadaghan nga gidak-on sa file mao ang:
Conan: 250MB
Dako: 3GB
NPM: 300MB
NuGet: 250MB
PyPI: 3GB
Alang sa naandan nga mga higayon sa GitLab, ang mga default parehas. Bisan pa, ang tagdumala mahimo nga mag-update sa mga pagdili gamit Mga console sa riles.
Mahimo nimong gamiton ang repositoryo sa GitLab PyPI sa paghimo, pagmantala, ug pagpaambit sa mga pakete sa Python kauban ang source code ug CI/CD pipelines. Bisan pa, kaniadto dili nimo ma-authenticate ang repository gamit ang usa ka predefined environment variable CI_JOB_TOKEN. Ingon usa ka sangputanan, kinahanglan nimong gamiton ang imong personal nga mga kredensyal aron ma-update ang repositoryo sa PyPI, o tingali nakahukom ka nga dili na gamiton ang repositoryo.
Mas sayon ββββkaron ang paggamit sa GitLab CI/CD sa pagmantala ug pag-instalar sa mga pakete sa PyPI gamit ang predefined environment variable CI_JOB_TOKEN.
Ngadto sa on-demand nga DAST scan nga kaniadto gipaila sa miaging pagpagawas, gidugang ang mga profile sa DAST scanner. Gipalapad nila ang mga kapabilidad sa pag-configure sa kini nga mga pag-scan, nga gitugotan ka nga dali nga makahimo og daghang mga profile aron masakop ang daghang mga tipo sa pag-scan. Sa 13.4, ang crawler profile lumad nga naglakip sa usa ka crawler timeout setting nga nagtakda kung unsa kadugay ang DAST crawler kinahanglan nga modagan samtang kini mosulay sa pagdiskubre sa tanan nga mga panid sa usa ka crawler nga site. Ang profile naglakip usab sa usa ka target nga site timeout setting aron itakda kung unsa kadugay ang crawler kinahanglan nga maghulat alang sa usa ka site nga mahimong accessible sa dili pa i-abort ang pag-crawl kung ang site dili motubag sa usa ka 200 o 300 nga status code. Samtang nagpadayon kami sa pagpalambo Kini nga feature mahimong idugang sa profile sa scanner sa umaabot nga mga pagpagawas; dugang nga mga parameter sa pag-configure ang idugang.
Kung mogamit ka sa Mga Panid sa GitLab ug gusto nimo nga mas maayo ang pagdumala sa mga pagbag-o sa URL, mahimo nimong namatikdan nga dili mahimo ang pagdumala sa mga pag-redirect sa imong site sa GitLab Pages. Gitugotan ka na karon sa GitLab nga i-configure ang mga lagda aron ma-redirect ang usa ka URL sa lain alang sa imong site sa Mga Pahina pinaagi sa pagdugang usa ka file sa pag-configure sa repository. Kini nga bahin nahimong posible tungod sa kontribusyon ni Kevin Barnett (@PopeDrFreud), among Eric Eastwood (@MadLittleMods) ug mga team sa GitLab. Salamat sa tanan sa imong input.
Ang pag-access sa nangaging mga bersyon sa estado sa Terraform gikinahanglan alang sa pagsunod ug alang sa pag-debug kung gikinahanglan. Ang suporta alang sa bersyon sa Terraform nga estado nga gidumala sa GitLab gihatag sugod sa GitLab 13.4. Awtomatikong gipalihok ang pag-bersyon alang sa bag-ong mga file sa estado sa Terraform. Ang kasamtangan nga Terraform state files mao ang Awtomatikong migrate sa bersyon nga repository sa ulahi nga pagpagawas.
Kung giproseso ang mga insidente, kinahanglan nimo nga dali nga mahibal-an kung unsa kadugay ang pagbukas sa usa ka alerto ug kung pila ka beses nga na-trigger ang panghitabo. Kini nga mga detalye kanunay nga kritikal sa pagtino sa epekto sa kustomer ug kung unsa ang una nga atubangon sa imong team. Sa bag-ong panel sa Mga Detalye sa Insidente, among gipakita ang oras sa pagsugod sa alerto, ang gidaghanon sa mga panghitabo, ug usa ka link sa orihinal nga alerto. Kini nga impormasyon magamit alang sa mga insidente nga namugna gikan sa mga alerto.
Ang dimensyon sa Insidente Severity nagtugot sa mga responder ug stakeholders sa pagtino sa epekto sa usa ka outage, ingon man ang pamaagi ug pagkadinalian sa tubag. Samtang ang imong team nag-ambit sa mga resulta sa panahon sa pagsulbad sa insidente ug pagkaayo, mahimo nilang usbon kini nga setting. Mahimo nimong usbon ang kagrabe sa usa ka insidente sa tuo nga sidebar sa panid sa Mga Detalye sa Insidente, ug ang kabug-at gipakita sa lista sa mga insidente.
Kini nga pag-uswag sa Container Network Security Rule Editor nagtugot sa mga tiggamit sa dali nga paghimo, pag-edit, ug pagtangtang sa ilang mga lagda direkta gikan sa GitLab user interface. Ang mga feature sa editor naglakip .yaml alang sa mga eksperyensiyado nga tiggamit ug usa ka editor sa mga lagda nga adunay usa ka intuitive nga interface alang sa mga bag-o sa mga lagda sa network. Makapangita ka bag-ong mga kapilian sa pagdumala sa mga lagda sa seksyon Seguridad ug Pagsunod > Pagdumala sa Panghulga > Mga Lagda (Seguridad ug Pagsunod > Pagdumala sa Panghulga > Mga Patakaran).
GitLab ug GitLab Runner karon nagsuporta Azure blob nga pagtipig, nga nagpasayon ββsa pagpadagan sa mga serbisyo sa GitLab sa Azure.
GitLab nga mga instances nagsuporta sa Azure alang sa tanang matang sa mga butang nga tindahan, lakip ang LFS file, CI artifacts, ug mga backup. Aron ma-set up ang Azure Blob storage, sunda ang mga instruksyon sa pag-install Omnibus o Helm nga tsart.
Gisuportahan usab sa mga tigproseso sa trabaho sa GitLab ang Azure alang sa pagtipig giapod-apod nga cache. Ang pagtipig sa Azure mahimong ma-configure gamit ang seksyon [runners.cache.azure].
Agig tubag sa nagkadako nga panginahanglan alang sa suporta alang sa pagpadagan sa GitLab sa 64-bit ARM nga arkitektura, nalipay kami nga ipahibalo ang pagkaanaa sa opisyal nga ARM64 Ubuntu 20.04 Omnibus nga pakete. Daghang salamat nila Zitai Chen ug Guillaume Gardet sa dako nga kontribusyon nga ilang nahimo - ang ilang mga hangyo sa paghiusa adunay hinungdanon nga papel niini!
Aron i-download ug i-install ang package alang sa Ubuntu 20.04, adto sa among panid sa pag-instalar ug pagpili Ubuntu.
Ang mga smart card, sama sa Common Access Cards (CAC), magamit na sa pag-authenticate sa usa ka GitLab nga instance nga gi-deploy pinaagi sa Helm chart. Ang mga smart card gipamatud-an batok sa usa ka lokal nga database gamit ang X.509 nga mga sertipiko. Uban niini, ang suporta sa intelihenteng kard nga adunay tsart sa Helm nahisubay na karon sa suporta sa kard nga magamit sa mga pag-deploy sa Omnibus.