A versione 13.4 hè stata liberata cù l'almacenamiento HashiCorp per e variabili CI, l'Agente Kubernetes è u centru di sicurezza, è ancu e funzioni cambiabili in Starter.
In GitLab, pensemu sempre à cumu pudemu aiutà l'utilizatori à riduce u risicu, à migliurà l'efficienza è à migliurà a velocità di consegna nantu à a vostra piattaforma preferita. Stu mese avemu aghjustatu un saccu di funzioni novi utili chì allarganu e capacità di sicurezza, riducenu u numeru di vulnerabili, aumentanu l'efficienza, simplificà u travagliu cù GitLab, è aiutanu a vostra squadra à furnisce funzioni ancu più veloce. Speremu chì truverete e caratteristiche principali di a liberazione utile, è ancu 53 altre funziunalità novi, aghjuntu in questa liberazione.
Funzioni di sicurezza avanzata
Pruvemu di aghjunghje parechje funziunalità novi à GitLab DevSecOps ogni mese, è sta liberazione ùn hè micca eccezzioni. in u quadru di l'assemblea è a distribuzione. Inoltre, l'urganisazioni chì volenu sustene a separazione di e responsabilità di implementazione di codice ponu avà . Stu rolu currisponde è vi permetterà di cunfirmà e dumande di fusione (in a localizazione russa di GitLab "richieste di fusione") è implementà u codice in ambienti sicuri, senza furnisce l'accessu per cambià u codice stessu.
Un altru modu per riduce i risichi hè di utilizà novu . I squadre di l'operazioni ponu implementà i cluster Kubernetes da GitLab senza avè da espose u so cluster à tuttu l'internet. Avemu ancu introducendu un supportu di cuntrollu di versione automatica per i novi schedarii di statu Terraform cù per sustene a conformità è a facilità di debugging. Infine, u dashboard di sicurezza di l'istanza hè diventatu cù rapporti di vulnerabilità è paràmetri di sicurità.
Un travagliu più còmode è efficiente cù GitLab
Avemu migliuratu a nostra ricerca globale per include , chì vi permette di navigà facilmente à l'ultimi biglietti, gruppi, prughjetti, paràmetri è temi d'aiutu. Semu felici di annunzià chì e Pagine GitLab per redirige pagine individuali è cartulari in u situ, chì permettenu à l'utilizatori di implementà in modu più efficau i so siti. È per quelli chì vulianu riceve infurmazioni allargate nantu à a implementazione, sta liberazione permette !
Cuntribuzioni Open Source
Rappresentemu chì aghju aghjustatu . I marchi nantu à a copertura di test di unità di u codice cambiatu dà à i sviluppatori una idea chjara di a copertura di codice durante a revisione; sta infurmazione aiuta à accelerà e rivisioni è riduce u tempu per unisce è implementà u novu codice. È noi ancu è pianu .
È questu hè solu u principiu!
Cum'è sempre, ci hè troppu pocu spaziu in a panoramica generale, ma ci sò assai funzioni interessanti in a versione 13.4. Eccu uni pochi di più:
- .
Sè vo vulete sapè in anticipu ciò chì vi aspetta in prossimu liberate, fate un ochju .
.
stu mese -
Fabio hà cuntribuitu significativamente в - una funzione chì hè stata aspittata per un bellu pezzu in a cumunità GitLab. Questa hè una cuntribuzione veramente impurtante cù cambiamenti micca triviali chì necessitavanu una cullaburazione constante cù i membri di a squadra di GitLab è hà affettatu assai spazii di u prugettu cum'è UX, front-end è back-end.
Funzioni principali di a versione di GitLab 13.4
Aduprate e chjave HashiCorp Vault in i travaglii CI
(PREMIUM, ULTIMATE, SILVER, GOLD)
In a versione 12.10, GitLab hà introduttu a capacità di riceve è trasferisce e chjave à i travaglii CI utilizendu u gestore di travagliu GitLab (GitLab runner). Avà avemu espansione , aghjunghjendu una nova sintassi secrets à schedariu .gitlab-ci.yml. Questu serà più faciule per stallà è aduprà u repository HashiCorp cù GitLab.
и .
Presentazione di GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
L'integrazione di GitLab cù Kubernetes hà longu permessu di implementà in clusters Kubernetes senza a necessità di cunfigurazione manuale. Parechji utilizatori anu piaciutu a facilità d'utilizazione di stu bundle, mentre chì altri anu scontru alcune difficultà. Per l'integrazione attuale, u vostru cluster deve esse accessibile da Internet per chì GitLab accede. Per parechje urganisazioni, questu ùn hè micca pussibule perchè restringenu l'accessu à i clusters per ragioni di sicurezza, cunfurmità o regulatori. Per attruvà queste restrizioni, l'utilizatori avianu bisognu di custruisce i so strumenti nantu à GitLab, altrimenti ùn puderanu micca aduprà sta funzione.
Oghje presentemu l'Agente GitLab Kubernetes, un novu modu di implementà in clusters Kubernetes. L'agente corre in u vostru cluster, per quessa, ùn avete micca bisognu di espone à tuttu Internet. L'agente coordina l'implementazione dumandendu novi cambiamenti da GitLab, piuttostu chè GitLab spinghje l'aghjurnamenti à u cluster. Ùn importa micca u metudu GitOps chì utilizate, GitLab hà cupertu.
Per piacè nutate chì questu hè a prima liberazione di l'agente. U nostru focus attuale per GitLab Kubernetes Agent hè di cunfigurà è gestisce implementazioni attraversu u codice. Alcune funzioni d'integrazione Kubernetes esistenti, cum'è e schede di implementazione è l'applicazioni gestite GitLab, ùn sò ancu supportate. chì queste capacità seranu aghjunte à l'agente in future versioni, è ancu novi integrazioni focalizati in a sicurità è a conformità.
и .
Dà à l'utilizatori permessi di implementazione senza accessu di codice
(PREMIUM, ULTIMATE, SILVER, GOLD)
In precedenza, u sistema di permessi di GitLab hà fattu difficiule di sparte bè e rispunsabilità in a vostra squadra trà quelli rispunsevuli di u sviluppu è quelli rispunsevuli di implementazione. Cù a liberazione di GitLab 13.4, pudete dà l'autorizazione per appruvà e richieste di fusione per l'implementazione, è ancu per implementà veramente u codice à e persone chì ùn scrivenu micca u codice, senza dà li diritti d'accessu à u manutentore (in a localizazione russa di GitLab "mantenitore" ).
и .
Centru di Sicurezza
(ULTIMATE, GOLD)
In precedenza, a gestione di vulnerabilità à livellu di istanza era limitata sia in funziunalità sia in flessibilità. L'interfaccia era una sola pagina chì combina dettagli di vulnerabilità, gràfiche metriche è paràmetri. Ùn ci hè micca assai spaziu per sviluppà queste caratteristiche o aduprà altre funzioni di sicurezza.
Avemu fattu cambiamenti fundamentali in a manera di gestisce a sicurezza è a trasparenza in GitLab. U pannellu di sicurità di l'istanza hè statu trasfurmatu in un centru di sicurità tutale. U più grande cambiamentu hè l'intruduzione di una nova struttura di menu: invece di una pagina, avà vede u dashboard di sicurezza, u rapportu di vulnerabilità è a sezione di paràmetri separatamente. Mentre a funziunalità ùn hè micca cambiata, a fraccione in parti permetterà migliuramentu à sta sezione chì altrimenti seria difficiule. Questu stabilisce ancu u stadiu per aghjunghje altre capacità di sicurezza in u futuru.
A sezione dedicata di u Rapportu di Vulnerabilità hà avà più spaziu per vede dettagli impurtanti. Eccu i vulnerabili chì sò attualmente nantu à a lista di vulnerabili di u prugettu. Spostà i widgets cù metriche di vulnerabilità in una sezione separata crea un pannellu di cuntrollu di sicurezza convenientu. Avà hè una tela per visualizazioni future - micca solu per a gestione di vulnerabilità, ma per qualsiasi metrica di sicurità. Infine, una zona di paràmetri separata crea un spaziu cumunu per tutti i paràmetri di sicurezza à livellu di istanza, micca solu a gestione di vulnerabilità.
и .
E funzioni cambiabili sò avà in GitLab Starter
(STARTER, PREMIUM, ULTIMATE, BRONZE, ARGENTO, ORO)
GitLab 11.4 hè statu liberatu . In 12.2 avemu introduttu strategie per elli и , è in 13.1 anu aghjustatu и per ambienti diversi.
A principiu di questu annu, GitLab hà fattu un impegnu in open source. In questa liberazione, avemu finitu a migrazione di funzioni commutabili à u pianu di Starter è continueremu à migrà à Core da . Semu entusiasti di purtà sta funzione à più utilizatori è vulemu sente cumu l'utilizate.
и .
Navigazione rapida da a barra di ricerca
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A volte, quandu navigate in GitLab, vulete andà direttamente à un prughjettu specificu invece di a pagina di risultati di ricerca.
Utilizendu a barra di ricerca globale, pudete navigà rapidamente à l'ultimi biglietti, gruppi, prughjetti, paràmetri è temi d'aiutu. Pudete ancu aduprà un hotkey /per spustà u vostru cursore à a barra di ricerca per navigà in GitLab ancu più efficace!
и .
Mostra a copertura di codice in diffizzioni di richieste di fusione
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Quandu si riviseghja una dumanda di fusione, pò esse difficiule di determinà se u codice cambiatu hè cupartu da teste di unità. Invece, i rivisori ponu cunfidassi nantu à a cobertura generale è dumandà ch'ella sia aumentata prima di appruvà una dumanda di fusione. Questu pò purtà à un approcciu casuale à i testi di scrittura, chì ùn hà micca veramente migliurà a qualità di codice o a cobertura di teste.
Avà, quandu vede una diffizzioni di dumanda di fusione, vi vede una visualizazione visuale di a cobertura di codice. I marchi novi vi permettenu di capisce rapidamente se u codice cambiatu hè cupartu da una prova di unità, chì aiutarà à accelerà a revisione di u codice è u tempu di fusione è implementà u novu codice.
Спасибо è Siemens per questa funzione!
и .
Più ambienti è prughjetti in u pannellu Ambienti
(PREMIUM, ULTIMATE, SILVER, GOLD)
Dapoi a liberazione di GitLab 12.5 usendu pudete monitorà u statu di l'ambienti, ma micca più di sette ambienti in trè prughjetti. Avemu migliuratu stu pannellu in a versione 13.4 da a paginazione per aiutà à mantene è gestisce i vostri ambienti à scala. Avà pudete vede più ambienti in più prughjetti.
и .
GitLab piglia u cuntrollu di u fornitore GitLab Terraform
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Recentemente noi è pianu . In u mese passatu, avemu accettatu 21 richieste di fusione è chjusu 31 biglietti, cumprese alcuni bug di longa durata è funzioni mancanti cum'è ... Poi in a documentazione di Terraform.
и .
Fuzzing API testing with OpenAPI specifications or file HAR
(ULTIMATE, GOLD)
A prova di fuzzing API hè un modu fantasticu per truvà bug è vulnerabilità in e vostre applicazioni web è API chì altri scanners è metudi di teste puderanu mancassi.
A prova di fuzzing API in GitLab vi permette di furnisce o a vostra applicazione è poi genera automaticamente dati di input aleatoriu pensati per pruvà casi di punta è truvà bug. I risultati sò immediatamente visibili in u vostru pipeline.
Questa hè a nostra prima versione di test fuzz API è ci piacerebbe sente ciò chì pensate. Avemu più in stock per fuzz testing , chì basaremu nantu à a liberazione di sta funzione.
и .
Preview i novi grafici in u pannellu di metrica
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nanzu, creà un graficu in u dashboard di metrica in GitLab ùn era micca un compitu faciule. Dopu avè creatu a metrica in u schedariu YAML di u dashboard, avete fattu cambiamenti master, senza esse capace di verificà chì u gràficu novu creatu funziona esattamente cum'è avete bisognu. Partendu da sta versione, pudete vede in anteprima i cambiamenti mentre create u graficu, ottenendu una idea di u risultatu prima di mandà i cambiamenti à u schedariu YAML di u dashboard.
и .
Dati nantu à a cobertura di codice per teste per tutti i prughjetti di u gruppu
(PREMIUM, ULTIMATE, SILVER, GOLD)
Quandu gestite un gran numaru di prughjetti in GitLab, avete bisognu di una sola fonte d'infurmazioni nantu à cumu a copertura di codice cambia cù u tempu in tutti i prughjetti. In precedenza, a visualizazione di sta informazione necessitava un travagliu manuale tedioso è di tempu: avete bisognu di scaricà dati di copertura di codice da ogni prughjettu è combina in una tavula.
In a versione 13.4, hè diventatu pussibule di assemblà rapidamente è facilmente .csv schedariu cù tutti i dati nantu à a cobertura di codice per tutti i prughjetti di u gruppu o per una selezzione di prughjetti. Sta funziunalità hè MVC, sarà seguita da a capacità .
и .
Supportu per e lingue novi per a prova fuzz cumpleta
(ULTIMATE, GOLD)
Questa versione introduce supportu per parechje lingue novi per a prova fuzz destinata à una copertura completa.
Avà pudete valutà e capacità cumplete di teste fuzzing in e vostre applicazioni Java, Rust è Swift è truvà errori è vulnerabilità chì altri scanners è metudi di teste ponu mancassi.
и .
Alerts nantu à a pagina principale di l'ambiente
(PREMIUM, ULTIMATE, SILVER, GOLD)
A pagina Ambienti mostra u statu generale di i vostri ambienti. In questa versione avemu migliuratu sta pagina aghjustendu una visualizazione d'alerta. L'alerte attivate inseme cù u statutu di i vostri ambienti vi aiuterà à agisce rapidamente per correggerà e situazioni chì si presentanu.
и .
I pipelines nidificati ponu avà eseguisce i so propri pipelines nidificati
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Utilizendu pipeline nidificate, hè avà pussibule di eseguisce novi pipeline in pipeline child. U livellu extra di prufundità pò esse utile si avete bisognu di flessibilità per generà un numeru variabile di pipelines.
In precedenza, quandu si usanu pipeline nidificate, ogni pipeline di u zitellu necessitava un travagliu di trigger per esse definitu manualmente in u pipeline parent. Avà pudete creà pipeline nidificate chì lanciaranu dinamicamente qualsiasi quantità di novi pipeline nidificate. Per esempiu, sè vo avete un monorepository, pudete generà dinamicamente u primu subpipeline, chì ellu stessu creà u numeru necessariu di novi pipeline basatu nantu à i cambiamenti in u ramu.
и .
Navigazione mejorata trà e pipeline parent è nidificate
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nanzu, a navigazione trà e pipeline parent è nidificate ùn era micca assai còmuda - avete bisognu di parechji clicchi per ghjunghje à u pipeline desideratu. Ùn era ancu faciule per capisce quale travagliu hà iniziatu u pipeline. Avà serà assai più faciule per vede e cunnessione trà i pipeline parent è nidificati.
и .
I travaglii di a matrice parallela mostranu variabili pertinenti in u titulu di travagliu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Se avete usatu , pudete avè nutatu chì era difficiule di determinà quale variabile di matrice hè stata utilizata per un travagliu particulari, postu chì i nomi di u travagliu parevanu matrix 1/4. In a versione 13.4, vi vede i valori variabili pertinenti chì sò stati utilizati in quellu travagliu invece di u nome genericu di u travagliu. Per esempiu, se u vostru scopu hè di debug l'architettura x86, allura u travagliu serà chjamatu matrix: debug x86.
и .
Altre migliure in GitLab 13.4
Cunnettendu un contu Atlassian
(CORE, STARTER, PREMIUM, ULTIMATE)
L'utilizatori di GitLab puderanu avà cunnette i so cunti GitLab à u so contu Atlassian Cloud. Questu vi permetterà di accede à GitLab cù e vostre credenziali Atlassian, è ancu metterà a basa per i futuri miglioramenti di integrazione. è cù altri prudutti di a linea Atlassian.
и .
Esporta una lista di tutti i cummissioni di fusione
(ULTIMATE, GOLD)
L'urganisazioni cuncentrate in u cumplimentu anu bisognu di un modu per mostrà à l'auditori una vista olistica di i cumpunenti assuciati à ogni cambiamentu di produzzione. In GitLab, questu significa cullà tuttu in un locu: unisce e richieste, biglietti, pipelines, scans di sicurezza è altre dati di cummissione. Finu à avà, avete da cullà manualmente in GitLab o cunfigurà i vostri arnesi per cullà l'infurmazioni, chì ùn era micca assai efficace.
Pudete avà raccoglie programmaticamente è esportà queste dati per risponde à i requisiti di audit o realizà altre analisi. Per esportà una lista di tutti i cummerci di fusione per u gruppu attuale, avete bisognu à andà à è cliccate nant'à u buttone Lista di tutti i cummissioni di fusione. U schedariu resultanti cuntene tutte e cummissioni di a dumanda di fusione, u so autore, ID di a dumanda di fusione assuciata, gruppu, prughjettu, cunfirmatori è altre informazioni.
и .
Lista è gestione tokens d'accessu persunale via API
(ULTIMATE, GOLD)
A gestione di l'accessu à u spaziu di nomi GitLab hè una parte impurtante di i sforzi di rispettu. Da i principii di u minimu privilegiu à a disattivazione di l'accessu cronometratu, pò esse parechje esigenze assuciate à i tokens d'accessu persunale in GitLab. Per fà più faciule per mantene è gestisce tutte queste credenziali di l'utilizatori in u vostru spaziu di nomi, avemu furnitu a capacità di listà tutti i tokens d'accessu persunale è opzionalmente. via API.
Queste migliure à l'API GitLab permettenu à l'utilizatori di listinu è revocà i so tokens d'accessu persunale, è l'amministratori di listinu è revocà i tokens di i so utilizatori. Avà serà più faciule per l'amministratori per vede quale hà accessu à u so spaziu di nomi, piglià decisioni d'accessu basate nantu à e dati di l'utilizatori, è revocà i tokens d'accessu persunale chì puderanu esse cumprumessi o chì sò fora di e pulitiche di gestione di l'accessu di a cumpagnia.
и .
I prublemi cunnessi è altre funziunalità sò avà in GitLab Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Qualchi mesi fà avemu annunziatu un pianu per . Travagliendu per fà sta prumessa, avemu fattu , и (in a localizazione russa di GitLab "discussion board") dispunibule in u pianu Core. Questu hè applicatu solu à e relazioni "ligate à"; "blocchi" è e relazioni "bloccate" restanu in i piani pagati.
и .
Mostra u nome di u ramu d'origine in a barra laterale di a dumanda di fusione
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Quandu si rivisione i cambiamenti di codice, discussioni è cummissioni di richieste di fusione, hè spessu desideratu di fà un checkout locale di a filiera per una revisione più profonda. In ogni casu, truvà u nome di u filu diventa sempre più difficiuli cum'è più cuntenutu hè aghjuntu à a descrizzione di a dumanda di fusione è avete da scorri più in a pagina.
Avemu aghjustatu u nome di a filiale à a barra laterale di a dumanda di fusione, rendendula accessibile in ogni mumentu è eliminendu a necessità di scorri per tutta a pagina. Cum'è u ligame à a dumanda di fusione, a sezione di a filiale fonte cuntene un buttone "copia" còmode.
Спасибо per a vostra grande cuntribuzione à u sviluppu di sta funzione!
и .
Indicazione di a presenza di fugliali colapsati in diffs di dumanda di fusione
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
E dumande di fusione chì aghjunghjenu cambiamenti à parechji fugliali volte colapsanu i diffs di i fugliali grandi per migliurà u rendiment di rendering. Quandu succede questu, hè pussibule saltà accidentalmente un schedariu durante a revisione, in particulare in e dumande di fusione cù un gran numaru di schedari. A partire da a versione 13.4, e richieste di fusione marcaranu diffs chì cuntenenu i fugliali plegati, cusì ùn vi mancassi micca questi schedari durante a revisione di codice. Per una chiarezza ancu più grande, pensemu à aghjunghje evidenziazione à questi schedari in una futura versione. Stay tuned for updates on .
и .
Avvisu nantu à a prisenza di schedarii colapsati in a diffizzioni di una dumanda di fusione
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
In a sezione di diffizzioni di dumanda di fusione, i fugliali grandi sò colapsati per migliurà u rendiment. In ogni casu, quandu u codice di rivisione, alcuni schedari ponu esse mancati quandu u revisore scorri à traversu a lista di i schedari, postu chì tutti i schedarii grandi sò colapsati.
Avemu aghjustatu un avvisu visibile in a cima di a pagina di diffizzioni di dumanda di fusione per informà l'utilizatori chì ci hè un schedariu unitu in questa sezione. In questu modu, ùn mancate micca cambiamenti à a dumanda di fusione durante a revisione.
и .
Recuperazione automatica di u repository di cluster Gitaly
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
In precedenza, quandu u node primariu di un cluster Gitaly hè andatu offline, i repositori nantu à quellu node eranu marcati cum'è di sola lettura. Questu hà impeditu a perdita di dati in situazioni induve ci sò stati cambiamenti nantu à u node chì ùn era micca ancu replicatu. Quandu u node hè tornatu in linea, GitLab ùn hè micca automaticamente restauratu, è l'amministratori anu da principià manualmente u prucessu di sincronizazione o accettà a perdita di dati. Altre situazioni, cum'è u fallimentu di un travagliu di replicazione nantu à un node secundariu, puderanu ancu risultatu in repositori stale o di sola lettura. In questu casu, u repositariu hè stata stale finu à chì a prossima operazione di scrittura hè accaduta, chì principia u travagliu di replicazione.
Per risolve stu prublema avà pianificà un travagliu di replicazione quandu detecta un repository obsoleto in un node è l'ultima versione di u repository in un altru. Stu travagliu di replicazione mantene u repositoriu aghjurnatu automaticamente, eliminendu a necessità di restaurà manualmente i dati. A ricuperazione automatica assicura ancu chì i nodi secundari sò aghjurnati rapidamente se un travagliu di replicazione falla, invece di aspittà per a prossima operazione di scrittura. Siccomu parechji clusters Gilaly almacenanu un gran numaru di repositori, questu riduce significativamente u tempu chì l'amministratori è l'ingegneri di affidabilità passanu à ricuperà e dati dopu un errore.
Inoltre, a riparazione automatica principia a replicazione di i repositori in ogni novu node Gitaly aghjuntu à u cluster, eliminendu u travagliu manuale quandu aghjunghjenu novi nodi.
и .
Marca un compitu da fà cum'è cumpletu nantu à a pagina di cuncepimentu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A cumunicazione efficace in GitLab hè basatu annantu à liste di cose da fà. Sè vo site citatu in un cumentu, hè criticu per pudè saltà à un compitu è o cummincià à fà qualcosa o marcà cum'è cumpletu. Hè impurtante ancu di pudè assignà un compitu à sè stessu quandu avete bisognu di travaglià nantu à qualcosa o vultà dopu.
In precedenza, ùn pudia micca aghjunghje attività o marcà cum'è finite quandu travagliate cù disinni. Questu hà disturbatu seriamente l'efficienza di a cumunicazione trà e squadre di produttu, postu chì e cose sò un elementu criticu di u flussu di travagliu GitLab.
In a versione 13.4, i disinni ritruvà i cumenti di u bigliettu in l'usu di i travaglii, chì rende u travagliu cun elli più coherente è efficiente.
и .
Guida di risoluzione di prublemi per CI / CD
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Avemu migliuratu a guida di risoluzione di prublemi per GitLab CI/CD cù più infurmazione nantu à i prublemi cumuni chì pudete truvà. Speremu chì a documentazione mejorata serà una risorsa preziosa per aiutà à mette in opera GitLab CI/CD rapidamente è facilmente.
и .
E dumande di fusione ùn cadenu più fora di a fila di fusione
(PREMIUM, ULTIMATE, SILVER, GOLD)
In precedenza, e richieste di fusione puderanu cascà da a fila di fusione per accidenti per via di cumenti tardivi. Se una dumanda di fusione era digià in a fila è qualcunu hà aghjustatu un cummentariu chì hà creatu una nova discussione senza risolve, a dumanda di fusione hè stata cunsiderata inelegibile per una fusione è cascà fora di a fila. Avà, dopu chì una dumanda di fusione hè aghjuntu à a fila di fusione, i novi cumenti ponu esse aghjuntu senza teme di disturbà u prucessu di fusione.
и .
Visualizà u valore di copertura di codice per un travagliu in una dumanda di fusione
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
I sviluppatori anu da pudè vede u valore di a cobertura di u codice dopu chì u pipeline hè finitu - ancu in scenarii cumplessi, cum'è l'esecuzione di un pipeline cù parechje travaglii chì deve esse analizatu per calculà u valore di a cobertura. Nanzu, u widget di dumanda di fusione mostrava solu a media di questi valori, chì significava chì avete da navigà à a pagina di u travagliu è torna à a dumanda di fusione per ottene valori di copertura intermedia. Per risparmià tempu è sti passi extra, avemu fattu chì u widget mostra u valore mediu di a cobertura, i so cambiamenti trà i rami di destinazione è di fonte, è un tooltip chì mostra u valore di copertura per ogni travagliu basatu nantu à quale a media hè stata calculata.
и .
Eliminazione di pacchetti da u registru di pacchetti quandu vede un gruppu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
U registru di pacchetti GitLab hè un locu per almacenà è distribuisce pacchetti in diversi formati. Quandu avete assai pacchetti in u vostru prughjettu o gruppu, avete bisognu di identificà rapidamente i pacchetti inutilizati è sguassate per impedisce a ghjente di scaricà. Pudete sguassà i pacchetti da u vostru registru via o attraversu l'interfaccia d'utilizatore di u registru di pacchettu. Tuttavia, finu à avà ùn pudete micca sguassà i pacchetti quandu vede un gruppu attraversu l'UI. In u risultatu, avete bisognu di sguassà i pacchetti innecessarii nantu à una basa per prughjettu, chì era inefficiente.
Pudete avà sguassà i pacchetti quandu vede u registru di pacchetti di un gruppu. Basta à andà à a pagina di registru di pacchetti di u gruppu, filtrà i pacchetti per nome, è sguassate quelli chì ùn avete micca bisognu.
и .
Scaling pacchetti Conan à livellu di prughjettu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pudete utilizà u repository Conan in GitLab per publicà è distribuisce dipendenze C/C++. In ogni casu, i pacchetti prima ùn puderanu scala solu à u livellu di istanza, postu chì u nome di u pacchettu Conan puderia esse solu un massimu di 51 caratteri. Sè vo vulete publicà un pacchettu da un sottugruppu, per esempiu gitlab-org/ci-cd/package-stage/feature-testing/conan, era quasi impussibule di fà.
Pudete avà scalate i pacchetti Conan finu à u livellu di u prughjettu, facendu faciule fà publicà è distribuisce e dipendenze di i vostri prughjetti.
и .
Supportu per novi gestori di pacchetti è lingue per a scansione di dependenza
(ULTIMATE, GOLD)
Semu entusiasti di aghjunghje scans di dependenza per i prughjetti di codice C, C++, C# è .Net chì utilizanu NuGet 4.9+ o gestori di pacchetti Conan à a nostra lista. . Pudete avà attivà a scansione di dependenza cum'è parte di a tappa Secure per verificà e vulnerabilità cunnisciute in dipendenze aghjunte attraversu i gestori di pacchetti. E vulnerabilità truvate seranu affissate in a vostra dumanda di fusione cù u so livellu di gravità, in modu chì sapete prima di eseguisce a fusione chì risichi porta a nova dependenza. Pudete ancu cunfigurà u vostru prughjettu per dumandà per dependenzii cù vulnerabilità cù livelli di gravità critica (Critica), alta (Alta) o scunnisciuta (Unknown).
и .
Notificazioni quandu cambiate l'impostazione di a dumanda di fusione in "Unisce quandu u pipeline hè cumpletu cù successu"
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
In precedenza, quandu stabilisce i paràmetri di dumanda di fusione Unisci quandu u pipeline finisci (Merge When Pipeline Succeeds, MWPS) ùn hè statu mandatu alcuna notificazione per email. Avete bisognu di verificà manualmente u statutu o aspittà per una notificazione di fusione. Cù sta liberazione, simu piacè di presentà e cuntribuzioni di l'utilizatori , chì risolviu stu prublema aghjustendu notificazioni automatiche à tutti l'abbonati à una dumanda di fusione quandu un revisore cambia l'impostazione di fusione à MWPS.
и .
Creazione di cluster EKS cù una versione di Kubernetes specificata da l'utilizatore
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
L'utilizatori di GitLab ponu avà sceglie a versione di Kubernetes chì serà furnita da EKS; pudete sceglie trà e versioni 1.14-1.17.
и .
Crià incidenti cum'è tipi di bigliettu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Micca tutti i prublemi chì si sviluppanu attivanu immediatamente alerti: l'utilizatori informanu interruzioni è i membri di a squadra investiganu i prublemi di rendiment. L'incidenti sò avà un tipu di bigliettu, cusì i vostri squadre ponu creà rapidamente cum'è parte di u so flussu di travagliu normale. Cliccate Novu compitu da ogni locu in GitLab, è in u campu Type selezziunà Incidente.
и .
Mencionà l'Alerti GitLab in Markdown
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Avemu migliuratu l'alerte di GitLab aghjustendu un novu tipu di menzione specificamente per elli in GitLab Markdown, rendendu più faciule per sparte è menzionate alerti. Aduprà ^alert#1234per mintuvà l'alerta in ogni campu Markdown: in incidenti, biglietti, o richieste di fusione. Questu vi aiuterà ancu à identificà i travaglii chì sò creati da alerti piuttostu cà i biglietti o richieste di fusione.
и .
Vede a carica di l'alerta per incidente
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A descrizzione di l'alerta cuntene infurmazione critica per a risoluzione di i prublemi è a ricuperazione, è sta informazione deve esse facilmente accessibile per ùn avè micca bisognu di cambià l'arnesi o tabulazioni mentre travagliate per risolve un incidente. Incidenti creati da alerti mostranu a descrizzione completa di l'alerta in a tabulazione Dettagli di l'alerta.
Ricerca avanzata 75% più veloce
(STARTER, PREMIUM, ULTIMATE, BRONZE, ARGENTO, ORO)
GitLab, cum'è una sola applicazione, hà a capacità unica di fà scuperta di cuntenutu in tuttu u vostru flussu di travagliu DevOps rapidamente. In GitLab 13.4, a ricerca avanzata torna risultati 75% più veloce quandu , cum'è in GitLab.com.
и .
Vede i prughjetti eliminati per l'amministratori
(CORE, STARTER, PREMIUM, ULTIMATE)
Ci era una opzione per posponà l'eliminazione di u prugettu . Tuttavia, prima ùn era micca pussibule di vede tutti i prughjetti chì aspettavanu di sguassà in un locu. L'amministratori di l'istanza di l'utilizatori di GitLab ponu avà vede tutti i prughjetti di eliminazione pendenti in un locu, cù i buttoni per restaurà facilmente quelli prughjetti.
Questa capacità dà à l'amministratori un cuntrollu più grande di l'eliminazione di u prughjettu cullendu tutte l'infurmazioni pertinenti in un locu è furnisce a capacità di annullà l'azzioni di eliminazione indesiderate.
Спасибо per sta funzione!
и .
Aghjunghje supportu per e regule push di u gruppu à l'API
(STARTER, PREMIUM, ULTIMATE, BRONZE, ARGENTO, ORO)
In precedenza, e regule di spinta di u gruppu puderanu esse cunfigurate solu visitendu ogni gruppu individualmente attraversu l'interfaccia utente di GitLab è applicà queste regule. Pudete avà gestisce queste regule via una API per sustene e vostre arnesi persunalizati è l'automatizazione di GitLab.
и .
Revoca i tokens d'accessu persunale per u almacenamentu di credenziali autogestionatu
(ULTIMATE)
Fornisce à l'amministratori l'infurmazioni necessarii per gestisce e credenziali di l'utilizatori per a so istanza GitLab. Perchè l'urganisazioni focalizzate in u cumplimentu varianu in a stringenza di e so pulitiche di gestione di credenziali, avemu aghjustatu un buttone chì permette à l'amministratori di revocà opzionalmente u token d'accessu persunale (PAT). L'amministratori ponu avà facilmente revocà i PAT potenzialmente compromessi. Questa funzione hè utile per l'urganisazioni chì volenu opzioni di conformità più flessibili per minimizzà l'interruzzione à i so utilizatori.
и .
File di cunfigurazione per l'editore di u situ staticu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
In GitLab 13.4, introducemu un novu modu per persunalizà l'editore di u situ staticu. Ancu s'è u schedariu di cunfigurazione ùn salva micca o riceve alcunu paràmetru in questa versione, stemu a basa per a futura persunalizazione di u cumpurtamentu di l'editore. In future versioni aghjunghjemu à u schedariu .gitlab/static-site-editor.yml paràmetri per a stallazione , nantu à quale , annunziendu i paràmetri di sintassi di Markdown è altri paràmetri di l'editore.
и .
Edità a parte introduttiva di un schedariu cù un editore di situ staticu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A materia frontale hè un modu flexibule è convenientu per definisce e variàbili di pagina in i schedarii di dati per u processu da u generatore di situ staticu. Hè tipicamenti usatu per stabilisce u titulu di pagina, u mudellu di layout, o l'autore, ma pò esse usatu per passà ogni tipu di metadata à u generatore quandu rende a pagina in HTML. Inclusu à a cima di ogni fugliale di dati, a parte introduttiva hè tipicamente furmatu cum'è YAML o JSON è richiede una sintassi coherente è precisa. L'utilizatori chì ùn sò micca familiarizati cù e regule di sintassi specifiche ponu inadvertitamente inserisce un marcatu invalidu, chì à u turnu pò causà prublemi di furmatu o ancu custruisce fallimenti.
U modu di edizione WYSIWYG di l'editore di u situ staticu sguassate digià l'intro da l'editore per prevene questi errori di furmatu. Tuttavia, questu impedisce di cambià i valori almacenati in questa parte senza vultà à l'edità in u modu fonte. In GitLab 13.4, pudete accede à qualsiasi campu è edità u so valore in una interfaccia basata in forme familiari. Quandu u buttone hè pressatu Settings (taliata) si apre un pannellu chì mostra un campu di forma per ogni chjave definita à u principiu. I campi sò populati cù u valore attuale, è edità qualcunu di elli hè simplice quant'è l'entre in a forma web. L'edità di a vostra intro in questu modu evita a sintassi cumplessa è vi dà un cuntrollu tutale di u cuntenutu mentre assicura chì u risultatu finali hè furmatu in modu coherente.
и .
GitLab per Jira è DVCS Connector hè avà in Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Per l'utilizatori di Jira in GitLab: и permette di visualizà l'infurmazioni nantu à l'impegni di GitLab è e richieste di unisce direttamente in Jira. Cumminatu cù a nostra integrazione Jira integrata, pudete facilmente passà trà e duie app mentre travagliate.
Queste funzioni eranu prima dispunibili solu in u nostru pianu Premium, ma sò avà dispunibili per tutti l'utilizatori!
и .
Votu di a maiò parte per e transazzioni di cluster Gitaly (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Un cluster Gitaly permette di riplicà i repositori Git à parechji nodi Gitaly "caldi". Questu aumenta a tolleranza di difetti eliminendu i punti unichi di fallimentu. , introduttu in GitLab 13.3, causanu cambiamenti per esse trasmessi à tutti i nodi di Gitaly in u cluster, ma solu i nodi di Gitaly chì votanu in accordu cù u node primariu salvanu i cambiamenti à u discu. Se tutti i nodi di replica ùn anu micca d'accordu, una sola copia di u cambiamentu serà guardata in u discu, creendu un unicu puntu di fallimentu finu à a replicazione asincrona.
U votu di a maiurità migliurà a toleranza di difetti esigendu l'accunsentu di una maiuranza di nodi (micca tutti) prima di salvà i cambiamenti à u discu. Se sta funzione di toggle hè attivata, a scrittura deve riesce in parechji nodi. I nodi dissidenti sò automaticamente sincronizati cù a replicazione asincrona da quelli nodi chì anu furmatu un quorum.
и .
Supportu di schema persunalizatu per a validazione JSON in Web IDE
(PREMIUM, ULTIMATE, SILVER, GOLD)
I prughjetti induve a ghjente scrive cunfigurazioni in JSON o YAML sò spessu propensi à prublemi perchè hè faciule fà un typo è rompe qualcosa. Hè pussibule di scrive strumenti di ispezione per catturà questi prublemi in u pipeline CI, ma utilizendu un schedariu di schema JSON pò esse utile per furnisce documentazione è suggerimenti.
I participanti di u prughjettu ponu definisce in u so repository u percorsu à un schema persunalizatu in un schedariu .gitlab/.gitlab-webide.yml, chì specifica u schema è u percorsu à i schedarii per esse verificati. Quandu caricate un schedariu specificu in u Web IDE, vi vede feedback supplementari è validazione per aiutà à creà u schedariu.
и .
U limitu di ramificazione di u graficu aciclicu direttu (DAG) hè aumentatu à 50
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sè vo site cù trasportatori (Dirittu Acyclic Graph (DAG)), pudete truvà chì ci hè un limitu di 10 impieghi chì un travagliu pò specificà in needs:, troppu duru. In 13.4, u limitu predeterminatu hè statu aumentatu da 10 à 50 per permette una rete più cumplessa di relazioni trà i travaglii in i vostri pipelines.
Sè vo site un amministratore di una istanza GitLab persunalizata, pudete elevà stu limitu ancu più altu cunfittendu una funzione di basculazione, anche se ùn offremu micca supportu ufficiale per questu.
и .
Cumportamentu migliuratu needs per i travaglii mancati
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
In certi casi, un travagliu mancatu in un pipeline puderia esse cunsideratu incorrectamente successu per e dipendenze specificate in needs, chì hà causatu i travaglii successivi à curriri, chì ùn deve micca accadutu. Stu cumpurtamentu hè statu riparatu in a versione 13.4, è needs avà gestisce currettamente i casi di travaglii mancati.
и .
Pin l'ultimu artefattu di ricerca per impediscenu di esse eliminati
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab avà chjude automaticamente l'ultimu travagliu successu è l'artefattu di pipeline in ogni ramu attivu, dumanda di fusione, o tag per impedisce ch'ellu sia sguassatu dopu a scadenza. Diventa più faciule per stabilisce reguli di scadenza più aggressivu per pulizziari vechji artefatti. Questu aiuta à riduce u cunsumu di spaziu di discu è assicura chì avete sempre una copia di l'ultimu artefattu da u pipeline.
и .
CI/CD Guide to Pipeline Optimization
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
L'ottimisazione di u vostru pipeline CI/CD pò migliurà a velocità di consegna è risparmià soldi. Avemu migliuratu a nostra documentazione per include una guida rapida per ottene u massimu da ottimisà e vostre pipeline.
и .
Rapportu di prova classificatu per status di prova
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
hè un modu faciule per vede i risultati di tutti i testi in una pipeline. Tuttavia, cù un gran numaru di teste, truvà testi falluti pò piglià assai tempu. L'altri prublemi chì ponu rende u rapportu difficiuli di utilizà includenu difficultà à scrolling through long track outputs and time rounding to zero for tests that run in less than 1 second. Avà, di manera predeterminata, quandu si sorte un rapportu di prova, prima mette i testi falluti à l'iniziu di u rapportu, è dopu sorte i testi per durata. Questu facenu più faciule per truvà fallimenti è testi longu. Inoltre, a durazione di a prova hè avà visualizata in millisecondi o seconde, facendu assai più veloce di leghje, è i prublemi di scrolling precedente sò ancu risolti.
и .
Limiti di a dimensione di i fugliali caricati in u registru di pacchetti
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Avà ci sò limiti nantu à a dimensione di i schedarii di pacchetti chì ponu esse caricati in u registru di pacchetti GitLab. E restrizioni sò state aghjunte per ottimisà u rendiment di u registru di u pacchettu è prevene l'abusu. I limiti varianu secondu u furmatu di u pacchettu. Per GitLab.com, a dimensione massima di i schedari sò:
- Conan: 250 MB
- Maven: 3 GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3 GB
Per istanzi di GitLab persunalizati, i valori predeterminati sò listessi. Tuttavia, l'amministratore pò aghjurnà e restrizioni usendu .
и .
Aduprate CI_JOB_TOKEN per publicà i pacchetti PyPI
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pudete aduprà u repository GitLab PyPI per creà, pubblicà è sparte pacchetti Python cù u codice fonte è i pipelines CI/CD. Tuttavia, prima ùn puderebbe autenticà à u repositoriu utilizendu una variabile d'ambiente predefinita CI_JOB_TOKEN. In u risultatu, avete avutu aduprà i vostri credenziali persunali per aghjurnà u repository PyPI, o pudete avè decisu di ùn aduprà micca u repository.
Avà hè più faciule d'utilizà GitLab CI / CD per publicà è installà pacchetti PyPI utilizendu una variabile d'ambiente predefinita CI_JOB_TOKEN.
и .
Profili di scanner DAST nantu à dumanda
(ULTIMATE, GOLD)
À a scansione DAST on-demand chì era , I profili di scanner DAST sò stati aghjuntu. Estendenu e capacità di cunfigurazione di questi scans, chì vi permettenu di creà rapidamente parechji profili per copre parechji tipi di scan. In 13.4, u prufilu di crawler include in modu nativu un paràmetru di timeout di crawler chì stabilisce quantu tempu u crawler DAST duverà eseguisce mentre prova di scopre tutte e pagine di un situ crawled. U prufilu include ancu un paràmetru di timeout di u situ di destinazione per stabilisce quantu tempu u crawler deve aspittà chì un situ sia accessibile prima di abortà u crawl se u situ ùn risponde micca cù un codice di statutu 200 o 300. Cumu continuemu à migliurà Questa funzione serà aghjuntu à u prufilu di scanner in versioni future; parametri di cunfigurazione supplementari seranu aghjuntu.
и .
Un schedariu simplice di cunfigurazione di redirect per e Pagine GitLab
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Se utilizate GitLab Pages è vulete gestisce megliu i cambiamenti di l'URL, pudete avè nutatu chì a gestione di redirects in u vostru situ di GitLab Pages ùn era micca pussibule. GitLab avà permette di cunfigurà e regule per reindirizzà un URL à un altru per u vostru situ Pagine aghjunghjendu un schedariu di cunfigurazione à u repository. Questa funzione hè fatta pussibule grazia à a cuntribuzione di Kevin Barnett (), u nostru Eric Eastwood () è e squadre di GitLab. Grazie à tutti per u vostru input.
и .
Statu di Terraform gestitu da GitLab
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
L'accessu à e versioni precedenti di u statu di Terraform hè necessariu per u cumplimentu è per u debugging se ne necessariu. U supportu per a versione di u Statu Terraform gestitu da GitLab hè furnitu à partesi da GitLab 13.4. A versione di versione hè attivata automaticamente per i novi schedarii di statu Terraform. I schedarii statali Terraform esistenti seranu in una liberazione dopu.
и .
Detaglii Importanti di Notificazione di Incidente
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Quandu si tratta di incidenti, avete bisognu di pudè determinà facilmente quantu hè stata aperta una alerta è quante volte l'avvenimentu hè statu attivatu. Questi dettagli sò spessu critichi per determinà l'impattu nantu à u cliente è ciò chì a vostra squadra duverà indirizzà prima. In u novu pannellu di Detaglii di l'Incident, mostramu l'ora di iniziu di l'alerta, u numeru di avvenimenti, è un ligame à l'alerta originale. Questa informazione hè dispunibule per incidenti chì sò generati da alerti.
и .
Stabilisce è edità u paràmetru di gravità di l'incidentu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A dimensione di a gravità di l'incidente permette à i rispunsevuli è à i stakeholders di determinà l'impattu di un outage, è ancu u metudu è l'urgenza di a risposta. Cume a vostra squadra sparte i risultati durante a risoluzione di l'incidente è a ricuperazione, ponu cambià sta paràmetra. Pudete avà edità a gravità di un incidente in a barra laterale dritta di a pagina di Dettagli di l'incidentu, è a gravità hè visualizata in a lista di incidenti.
и .
Creazione, edità è eliminazione di e regule di sicurezza di a rete di u containeru
(ULTIMATE, GOLD)
Questa rinfurzà à l'Editor di Regule di Sicurezza di a Rete di Container permette à l'utilizatori di creà facilmente, edità è sguassà e so regule direttamente da l'interfaccia d'utilizatore GitLab. E caratteristiche di l'editor includenu .yaml per l'utilizatori sperimentati è un editore di regule cù una interfaccia intuitiva per quelli novi à e regule di a rete. Pudete truvà novi opzioni di gestione di regule in a sezione Sicurezza è Conformità> Gestione di Minacce> Regoli (Sicurezza & Conformità> Gestione di Minacce> Politiche).
и .
Supportu di almacenamiento di blob Azure
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sia GitLab sia GitLab Runner supportanu avà , rendendu più faciule per eseguisce i servizii di GitLab in Azure.
L'istanze di GitLab supportanu Azure per tutti i tipi di magazzini d'ogetti, cumpresi i fugliali LFS, l'artefatti CI, è . Per cunfigurà l'almacenamiento Azure Blob, seguite l'istruzzioni di installazione o .
I processori di travagliu GitLab supportanu ancu Azure per u almacenamiento . L'almacenamiento Azure pò esse cunfiguratu cù a sezione .
и .
Pacchetti Omnibus ARM64 per Ubuntu è OpenSUSE
(CORE, STARTER, PREMIUM, ULTIMATE)
In risposta à a crescente dumanda di supportu per l'esecuzione di GitLab nantu à l'architettura ARM 64-bit, simu piacè di annunzià a dispunibilità di u pacchettu ufficiale ARM64 Ubuntu 20.04 Omnibus. Un ringraziu immensu à Zitai Chen è Guillaume Gardet per l'immensi cuntributi chì anu fattu - e so dumande di fusione anu ghjucatu un rolu chjave in questu!
Per scaricà è stallà u pacchettu per Ubuntu 20.04, andate à u nostru è selezziunate Ubuntu.
и .
Supportu per l'autenticazione di a carta intelligente per u graficu GitLab Helm
(PREMIUM, ULTIMATE)
I carte intelligenti, cum'è e carte d'accessu cumuni (CAC), ponu avà esse aduprate per autentificà à una istanza di GitLab implementata via Helm chart. E carte intelligenti sò autentificate contru una basa di dati lucale cù certificati X.509. Cù questu, u supportu di smart card cù Helm chart hè avà in linea cù u supportu di smart card dispunibule in implementazioni Omnibus.
и .
Note di liberazione dettagliate è istruzioni di aghjurnamentu / installazione ponu esse leghjite in u post originale in inglese: .
Avemu travagliatu nantu à a traduzzione da l'inglese , , и .
Source: www.habr.com