Mai multe opțiuni de colaborare și notificări suplimentare
La GitLab, căutăm în mod constant noi modalități de a îmbunătăți colaborarea de-a lungul ciclului de viață DevOps. Suntem încântați să anunțăm că sprijinim prin această versiune ! Această funcție este disponibilă de la nivelul GitLab Starter și întruchipează cu adevărat motto-ul nostru: „Toată lumea poate contribui”. Știm că o singură solicitare de îmbinare poate avea mulți oameni care lucrează la ea pentru a se asigura că totul este în ordine, iar acum aveți posibilitatea de a atribui mai mulți proprietari ai cererii de îmbinare!
Acum primesc și echipele DevOps . Adăugați notificări noi la lista de evenimente push în aceste două chaturi, iar echipa dvs. va fi la curent cu noile implementări aproape instantaneu.
Reduceți costurile cu suport pentru containerele Docker pe Windows și furnizarea la nivel de instanță a clusterelor Kubernetes
Ne plac containerele! Containerele consumă mai puține resurse de sistem în comparație cu mașinile virtuale și îmbunătățesc portabilitatea aplicațiilor. De la lansarea GitLab 11.11, acceptăm , astfel încât acum puteți utiliza containerele Docker pe Windows și vă puteți bucura de capabilități avansate de orchestrare și gestionare a conductelor.
GitLab Premium (numai instanțele autogestionate) oferă acum . Această adăugare va accelera livrarea, deoarece acum veți avea un proxy de stocare în cache pentru imaginile Docker utilizate frecvent.
Utilizatorii de instanțe GitLab autogestionate pot acum furniza , iar toate echipele și proiectele din instanță îl vor folosi pentru implementările lor. Această integrare GitLab cu Kubernetes va crea automat resurse specifice proiectului pentru securitate sporită.
Și asta nu este tot!
Pe lângă noile funcții de colaborare și notificări suplimentare, am adăugat , a crescut , verificări simplificate folosind , și mult mai mult!
Cel mai valoros angajat din această lună () — Kia Mae Somabes ()
În această versiune, am adăugat posibilitatea de a descărca foldere individuale din depozite, mai degrabă decât tot conținutul. Acum puteți descărca doar câteva dintre fișierele de care aveți nevoie. Mulțumesc, Kia Mae Somabes!
Principalele caracteristici ale GitLab 11.11
Windows Container Executor pentru GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
În GitLab 11.11, am adăugat un nou runner la GitLab Runner pentru a face containerele Docker utilizabile pe Windows. Anterior, trebuia să utilizați un shell pentru a orchestra containerele Docker pe Windows, dar acum puteți lucra direct cu containerele Docker pe Windows, la fel ca și pe Linux. Utilizatorii platformei Microsoft au acum mai multe opțiuni pentru orchestrarea și gestionarea conductelor.
Această actualizare include suport îmbunătățit pentru PowerShell în GitLab CI/CD, precum și noi imagini de asistență pentru diferite versiuni de containere Windows. Desigur, propriile runner-uri Windows pot fi folosite cu GitLab.com, dar nu sunt încă instrumente disponibile public.
Memorarea în cache a proxy de dependență pentru registrul containerului
PREMIUM, ULTIMATE
Echipele folosesc adesea containere în conductele de construcție, iar stocarea în cache a unui proxy pentru imagini și pachete utilizate frecvent din amonte este o modalitate excelentă de a accelera conductele. Cu o copie locală a straturilor de care aveți nevoie, accesibilă prin noul proxy de stocare în cache, puteți lucra mai eficient cu imagini comune din mediul dumneavoastră.
Deocamdată, proxy-ul containerului este disponibil numai pentru instanțe autogestionate de pe serverul web .
Mai multe persoane responsabile pentru cererile de fuziune
STARTER, PREMIUM, ULTIMATE, BRONZ, ARGINT, AUR
Este destul de obișnuit ca mai multe persoane să lucreze la o funcție într-o ramură partajată și o solicitare de îmbinare, de exemplu atunci când dezvoltatorii front-end și back-end lucrează strâns împreună sau când dezvoltatorii lucrează în perechi, ca în Extreme Programming.
În GitLab 11.11, puteți aloca mai multe persoane pentru a fuziona cereri. Ca și în cazul mai multor proprietari de activități, puteți utiliza liste, filtre, notificări și API-uri.
Configurarea clusterului Kubernetes la nivel de instanță
CORE, STARTER, PREMIUM, ULTIMATE
Modelul de securitate și aprovizionare din Kubernetes evoluează pentru a permite deservirea unui număr mare de clienți printr-un singur cluster partajat.
În GitLab 11.11, utilizatorii de instanțe autogestionate pot acum furniza un cluster la nivel de instanță, iar toate echipele și proiectele din instanță îl vor folosi pentru implementările lor. Această integrare GitLab cu Kubernetes va crea automat resurse specifice proiectului pentru securitate sporită.
Notificări de implementare în Slack și Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Acum puteți configura notificări automate despre evenimentele de implementare în canalul echipei datorită integrării cu chat-urile и , iar echipa ta va fi la curent cu toate evenimentele importante.
Accesul oaspeților la probleme
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Utilizatorii invitați ai proiectelor dvs. pot vedea acum lansările publicate pe pagina Lansări. Aceștia vor putea descărca artefacte publicate, dar nu vor putea descărca codul sursă sau să vadă detalii ale depozitului, cum ar fi etichete sau commit-uri.
Alte îmbunătățiri în GitLab 11.11
Grafice de comitere serializate pentru performanță îmbunătățită
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Multe operațiuni Git necesită parcurgerea graficului de comitere, cum ar fi calcularea bazei de îmbinare sau listarea ramurilor care conțin un commit. Cu cât se comite mai multe, cu atât aceste operațiuni sunt mai lente, deoarece traversarea necesită încărcarea fiecărui obiect de pe disc pentru a-i citi pointerii.
În GitLab 11.11, am activat caracteristica graficului de comitere serializat introdusă în versiunile recente Git pentru a calcula și stoca în mod proactiv aceste informații. Accesările cu crawlere în depozitele mari sunt acum mult mai rapide. Graficul de comitere va fi creat automat în timpul următoarei colectări de gunoi a depozitului.
Citiți despre cum a fost creat graficul de comitere serializat în de la unul dintre autorii acestei caracteristici.
Minute suplimentare CI Runner: acum disponibile pentru planuri gratuite
GRATUIT, BRONZ, ARGINT, AUR
Luna trecută am adăugat posibilitatea de a cumpăra minute CI Runner suplimentare, dar numai pentru planurile GitLab.com plătite. În această versiune, minutele pot fi achiziționate și în planuri gratuite.
Încărcarea arhivelor directoarelor în depozite
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
În funcție de tipul și dimensiunea proiectului, descărcarea arhivei întregului proiect poate dura mult și nu este întotdeauna necesară, mai ales în cazul monorepozitivelor mari. În GitLab 11.11, puteți descărca o arhivă a conținutului directorului curent, inclusiv subdirectoare, pentru a selecta doar folderele de care aveți nevoie.
Mulțumesc pentru muncă !
Aplicarea unei sugestii rezolvă automat discuția
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Propunerea de modificări facilitează colaborarea la solicitările de îmbinare prin eliminarea necesității de a copia și lipi pentru a accepta o modificare propusă. În GitLab 11.11, am simplificat acest proces, permițând rezolvarea automată a discuțiilor atunci când se aplică o sugestie.
Contor de timp pe bara laterală a panoului de sarcini
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Barele de activități din bara laterală ar trebui să arate la fel în vizualizările Board și Task. De aceea, GitLab are acum un instrument de urmărire a timpului în bara laterală a panoului de probleme. Mergeți pur și simplu la panoul de sarcini, faceți clic pe o sarcină și se va deschide o bară laterală cu un contor de timp.
Informații despre implementările în API-ul Environments
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Am adăugat posibilitatea de a interoga informații specifice mediului din API-ul Environments pentru a ști ce commit este implementat în mediu chiar acum. Acest lucru va face automatizarea și raportarea mai ușoară pentru utilizatorii Environments în GitLab.
Potriviri de variabile negative pentru regulile pipeline
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Acum puteți verifica egalitatea negativă sau potrivirea modelului (!= и !~) în dosar .gitlab-ci.yml la verificarea valorilor variabilelor de mediu, astfel încât controlul comportamentului conductelor a devenit mai flexibil.
Rulați toate lucrările manuale într-o etapă cu un singur clic
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
În GitLab 11.11, utilizatorii care au multe lucrări manuale în etapele lor pot acum finaliza toate astfel de lucrări într-o singură etapă făcând clic pe un buton "Reda toate" („Run All”) în dreapta numelui scenei în vizualizarea Pipelines.
Crearea unui fișier direct dintr-o variabilă de mediu
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Variabilele de mediu sunt adesea folosite pentru a crea fișiere, în special pentru secretele care trebuie protejate și care sunt accesibile doar într-o conductă de mediu specifică. Pentru a face acest lucru, setați conținutul variabilei la conținutul fișierului și creați un fișier în job care conține valoarea. Cu o nouă variabilă de mediu, cum ar fi file acest lucru se poate face într-un singur pas chiar și fără modificare .gitlab-ci.yml.
Punct final API pentru informații despre vulnerabilități
ULTIMATE, AUR
Acum puteți interoga API-ul GitLab pentru toate vulnerabilitățile identificate într-un proiect. Cu acest API, puteți crea liste de vulnerabilități care pot fi citite de mașină, filtrate după tip, încredere și gravitate.
Capacitate completă de scanare dinamică pentru DAST
ULTIMATE, AUR
În GitLab, puteți testa în mod dinamic securitatea aplicației (Dynamic Application Security Testing, DAST) ca parte a conductei CI. Începând cu această versiune, puteți selecta scanarea dinamică completă în loc de scanarea pasivă standard. Scanarea dinamică completă protejează împotriva mai multor vulnerabilități.
Instalarea Prometheus în clustere la nivel de grup
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Această versiune a GitLab introduce capacitatea de a atașa un cluster Kubernetes unui întreg grup. De asemenea, am adăugat posibilitatea de a instala o instanță Prometheus pe cluster pentru a facilita monitorizarea tuturor proiectelor din cluster.
Aflați despre ignorarea vulnerabilităților din Tabloul de bord de securitate
ULTIMATE, AUR
Tablourile de bord de securitate GitLab permit administratorilor să vadă vulnerabilitățile ignorate. Pentru a vă simplifica fluxul de lucru, am adăugat posibilitatea de a vizualiza detaliile ignorate direct în tabloul de bord de securitate.
Creați diagrame cu valori personalizate în tabloul de bord
PREMIUM, ULTIMATE, ARGINT, AUR
Creați grafice noi cu valori personalizate de performanță chiar din tabloul de bord din tabloul de bord cu valori. Utilizatorii pot acum să creeze, să actualizeze și să șteargă vizualizări de valori din tabloul de bord făcând clic pe „Adăugați o valoare” („Adăugați o valoare”) în colțul din dreapta sus al barei de instrumente a tabloului de bord.
Problemele de notificare sunt acum deschise ca GitLab Alert Bot
PREMIUM, ULTIMATE, ARGINT, AUR
Acum problemele care se deschid din notificări vor avea autorul setat la GitLab Alert Bot, astfel încât să puteți vedea imediat că problema a fost creată automat dintr-o notificare importantă.
Salvați automat descrierile epice în stocarea locală
ULTIMATE, AUR
Descrierile epice nu au fost salvate în stocarea locală, așa că modificările s-au pierdut, cu excepția cazului în care le-ați salvat în mod explicit când ați schimbat descrierea epică. GitLab 11.11 a introdus capacitatea de a salva descrieri epice în stocarea locală. Aceasta înseamnă că acum puteți reveni cu ușurință la schimbarea descrierii epice dacă apare o eroare, vă distras atenția sau părăsiți accidental browserul.
Suport pentru oglindire GitLab pentru Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZ, ARGINT, AUR
Folosind oglindirea, puteți replica depozitele Git dintr-o locație în alta. Acest lucru facilitează stocarea unei replici a unui depozit situat în altă parte pe serverul GitLab. GitLab acceptă acum oglindirea depozitelor cu Git LFS, astfel încât această caracteristică este disponibilă chiar și pentru depozitele cu fișiere mari, cum ar fi texturi de joc sau date științifice.
Permisiuni de citire și scriere în depozit pentru jetoanele de acces personale
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Multe jetoane de acces personale au permisiuni de modificare la nivel api, dar accesul complet API poate acorda prea multe drepturi unor utilizatori sau organizații.
Datorită contribuției comunității, token-urile de acces personale pot avea acum permisiuni de citire și scriere doar în arhivele de proiect, mai degrabă decât acces mai profund la nivel de API la zonele sensibile GitLab, cum ar fi setările și calitatea de membru.
Multumesc, Horatiu Evgen Vlad ()!
Adăugarea suportului de bază pentru interogările batch GraphQL
GRATUIT, BRONZ, ARGINT, AUR, MIEZ, STARTER, PREMIUM, ULTIMATE
Cu API-ul GraphQL, utilizatorii pot specifica exact ce date au nevoie și pot obține toate datele de care au nevoie în câteva interogări. Începând cu această ediție, GitLab acceptă adăugarea de informații de bază de grup la API-ul GraphQL.
Conectați-vă cu acreditările Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
GitLab iubește dezvoltatorii Salesforce și, pentru a sprijini această comunitate, le permitem utilizatorilor să se conecteze la GitLab cu acreditările Salesforce.com. Instanțele pot configura acum GitLab ca o aplicație conectată la Salesforce pentru a utiliza Salesforce.com pentru a se conecta la GitLab cu un singur clic.
SSO SAML este acum necesar pentru accesul web
PREMIUM, ULTIMATE, ARGINT, AUR
Noi la nivel de grup, introdus în versiunea 11.8, cu validarea strictă a resurselor de grup și de proiect pentru a se asigura că utilizatorii pot obține acces numai atunci când sunt conectați cu SAML. Acesta este un nivel suplimentar de control al accesului pentru organizațiile care apreciază securitatea și folosesc GitLab.com prin SAML SSO. Acum puteți face SSO o cerință, știind că utilizatorii din grupul dvs. folosesc SSO.
Filtrați după datele create sau modificate recent pentru API-ul epics
ULTIMATE, AUR
Anterior, nu era ușor să interoghezi datele create recent sau modificate folosind API-ul GitLab epics. În versiunea 11.11 am adăugat filtre suplimentare created_after, created_before, updated_after и updated_beforepentru a asigura coerența cu API-ul sarcinilor și pentru a găsi rapid epopee modificate sau nou create.
Autentificare biometrică cu UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
companie este specializată în autentificare biometrică fără parolă. Acum acceptăm această metodă de autentificare pe GitLab!
Mulțumesc, Karthiki Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Astăzi am lansat GitLab Runner 11.11! GitLab Runner este un proiect open source care este folosit pentru a rula joburi CI/CD și a trimite rezultatele înapoi la GitLab.
Îmbunătățiri Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Am adus următoarele îmbunătățiri la Omnibus în GitLab 11.11:
- GitLab 11.11 include - , a cărui nouă lansare include efemere interactive și multe altele. Această versiune conține și vă sfătuim să actualizați.
- .
Îmbunătățirea Schemelor
CORE, STARTER, PREMIUM, ULTIMATE
Am adus următoarele îmbunătățiri diagramelor Helm în GitLab 11.11:
- În GitLab 11.11 puteți .
- Disponibil pentru administratori inclusiv
memoryKiller,maxRss,graceTimeиshutdownWait. - Diagramele Helm acum în Amazon Elastic Container Service pentru Kubernetes ()
Imbunatatiri ale performantei
CORE, STARTER, PREMIUM, ULTIMATE, GRATUIT, BRONZ, ARGINT, AUR
Continuăm să îmbunătățim performanța GitLab cu fiecare lansare pentru instanțe GitLab de toate dimensiunile. Câteva îmbunătățiri în GitLab 11.11:
Caracteristici învechite
GitLab Geo va oferi stocare hashed în GitLab 12.0
Este necesar GitLab Geo pentru a atenua concurența pe nodurile secundare. Acest lucru a fost notat în .
În GitLab am adăugat această cerință la documentația Geo: .
În GitLab sudo gitlab-rake gitlab:geo:check verifică dacă stocarea hashing este activată și dacă toate proiectele sunt migrate. Cm. . Dacă utilizați Geo, vă rugăm să efectuați această verificare și să migrați cât mai curând posibil.
În GitLab pe pagină va fi afișat un avertisment dezactivat permanent Zona de administrare › Geo › Noduri, dacă verificările de mai sus nu sunt permise. .
În GitLab Geo va folosi cerințele de stocare prin hashing. Cm. .
Data ștergerii: 22 iunie 2019 oraș
GitLab Geo va aduce PG FDW la GitLab 12.0
Acest lucru este necesar pentru Geo Log Cursor, deoarece îmbunătățește semnificativ performanța unor operațiuni de sincronizare. Performanța interogărilor privind starea nodului Geo este, de asemenea, îmbunătățită. Interogările anterioare au avut performanțe foarte slabe pe proiecte mari. Vedeți cum să configurați acest lucru în . În GitLab Geo va necesita PG FDW. Cm. .
Data ștergerii: 22 iunie 2019 oraș
Opțiunile Sentry pentru raportarea erorilor și înregistrarea în jurnal vor fi eliminate din interfața cu utilizatorul în GitLab 12.0
Aceste opțiuni vor fi eliminate din interfața cu utilizatorul în GitLab 12.0 și vor fi disponibile în fișier gitlab.yml. În plus, puteți defini un mediu Sentry pentru a diferenția între mai multe implementări. De exemplu, dezvoltare, punere în scenă și producție. Cm. .
Data ștergerii: 22 iunie 2019 oraș
Limitarea numărului maxim de conducte create per trimitere
Anterior, GitLab a creat conducte pentru HEAD fiecare ramură din depunere. Acest lucru este convenabil pentru dezvoltatorii care fac mai multe modificări simultan (de exemplu, la o ramură de caracteristică și la o ramură develop).
Dar când împingeți un depozit mare cu multe ramuri active (de exemplu, mutare, oglindire sau ramificare), nu trebuie să creați o conductă pentru fiecare ramură. Începând cu GitLab 11.10, creăm la trimitere.
Data ștergerii: 22 mai 2019 oraș
Căile vechi ale codului GitLab Runner învechite
Începând cu Gitlab 11.9, GitLab Runner folosește clonarea/apelarea depozitului. În prezent, GitLab Runner va folosi metoda veche dacă cea nouă nu este acceptată. Vedeți mai multe detalii în .
În GitLab 11.0, am schimbat aspectul configurației serverului de metrici pentru GitLab Runner. metrics_serverva fi înlăturat în favoarea listen_address în GitLab 12.0. Vedeți mai multe detalii în .
În versiunea 11.3, GitLab Runner a început să accepte ; ceea ce a dus la noi setări pentru . În Sunt furnizate un tabel cu modificări și instrucțiuni pentru migrarea la noua configurație. Vedeți mai multe detalii în .
Aceste căi nu vor fi disponibile în GitLab 12.0. În calitate de utilizator, nu trebuie să modificați altceva decât să vă asigurați că instanța dvs. GitLab rulează versiunea 11.9+ atunci când faceți upgrade la GitLab Runner 12.0.
Data ștergerii: 22 iunie 2019 oraș
Parametru depreciat pentru caracteristica punct de intrare pentru GitLab Runner
11.4 GitLab Runner introduce parametrul caracteristicii pentru a rezolva probleme precum и .
În GitLab 12.0 vom trece la comportamentul corect ca și cum setarea caracteristicii ar fi dezactivată. Vedeți mai multe detalii în .
Data ștergerii: 22 iunie 2019 oraș
Suport depreciat pentru distribuția Linux care ajunge la EOL pentru GitLab Runner
Unele distribuții Linux pe care poate fi instalat GitLab Runner și-au îndeplinit scopul.
În GitLab 12.0, GitLab Runner nu va mai distribui pachete către astfel de distribuții Linux. O listă completă a distribuțiilor care nu mai sunt acceptate poate fi găsită în nostru . Mulțumesc, Javier Ardo (), pentru a ta !
Data ștergerii: 22 iunie 2019 oraș
Eliminarea vechilor comenzi GitLab Runner Helper
Ca parte a adăugării suportului a trebuit să abandoneze unele comenzi vechi care sunt folosite pentru .
În GitLab 12.0, GitLab Runner este lansat folosind comenzi noi. Acest lucru se aplică numai utilizatorilor care . Vedeți mai multe detalii în .
Data ștergerii: 22 iunie 2019 oraș
Eliminarea mecanismului moștenit git clean din GitLab Runner
În GitLab Runner 11.10 noi configurați modul în care Runner execută o comandă git clean. În plus, noua strategie de curățare elimină utilizarea git reset si pune comanda git clean după pasul de descărcare.
Deoarece această schimbare de comportament poate afecta unii utilizatori, am pregătit un parametru FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Dacă setați valoarea true, va restabili strategia de curățare moștenită. Puteți găsi mai multe despre utilizarea parametrilor funcției în GitLab Runner .
În GitLab Runner 12.0, vom elimina suportul pentru strategia de curățare moștenită și capacitatea de a o restaura folosind un parametru de funcție. Vezi in .
Data ștergerii: 22 iunie 2019 oraș
disponibil numai pentru planurile Silver/Premium
Când am introdus șabloane de proiect la nivel de echipă în 11.6, am făcut din greșeală această funcție Premium/Silver disponibilă pentru toate planurile.
Noi în versiunea 11.11 și acordând încă 3 luni tuturor utilizatorilor și instanțelor sub nivelul Silver/Premium.
Începând cu 22 august 2019, șabloanele de proiecte de grup vor fi disponibile numai pentru planurile Silver/Premium și mai sus, așa cum este descris în documentație.
Data ștergerii: 22 2019 august
S-a întrerupt suportul pentru joburile în lot Windows
În GitLab 13.0 (22 iunie 2020), intenționăm să eliminăm suportul pentru joburile batch din linia de comandă Windows în GitLab Runner (de ex. cmd.exe) în favoarea suportului îmbunătățit pentru Windows PowerShell. Mai multe detalii în .
Viziunea noastră pentru DevOps pentru întreprinderi se va alinia acum cu poziția Microsoft conform căreia PowerShell este cea mai bună opțiune pentru automatizarea aplicațiilor de întreprindere în mediile Windows. Dacă doriți să continuați să utilizați cmd.exe, aceste comenzi pot fi apelate din PowerShell, dar nu vom suporta direct joburile în lot Windows din cauza mai multor inconsecvențe care au ca rezultat o supraînălțime mare de întreținere și dezvoltare.
Data ștergerii: 22 septembrie 2019 oraș
Necesită Git 2.21.0 sau o versiune ulterioară
Începând cu GitLab 11.11, este necesar să ruleze Git 2.21.0. , dar utilizatorii instalărilor originale cu versiuni anterioare de Git vor trebui să facă upgrade.
Data ștergerii: 22 mai 2019 oraș
Șablon de serviciu Kubernetes vechi
În GitLab 12.0 intenționăm să ne îndepărtăm de șablonul de serviciu Kubernetes în favoarea configurației cluster la nivel de instanță introdusă în GitLab 11.11.
Toate instanțele autogestionate care utilizează șablonul de serviciu vor fi migrate la un cluster la nivel de instanță atunci când se face upgrade la GitLab 12.0.
Data ștergerii: 22 iunie 2019 oraș
Renunțarea la potrivirea etichetelor app pe panourile de implementare Kubernetes
În GitLab 12.0, intenționăm să renunțăm la potrivirea după eticheta aplicației în selectorul de implementare Kubernetes. În GitLab 11.10 am introdus , care caută potriviri după app.example.com/app и app.example.com/envpentru a afișa implementările pe panou.
Pentru ca aceste implementări să apară în tablourile de bord ale implementării, pur și simplu trimiteți o nouă implementare, iar GitLab va aplica noile etichete.
Data ștergerii: 22 iunie 2019 oraș
Pachetele GitLab 12.0 vor fi semnate cu o semnătură extinsă
2 mai 2019 GitLab Omnibus GitLab de la 01.08.2019 la 01.07.2020. Dacă verificați semnăturile pachetului și doriți să actualizați cheile, pur și simplu urmați instrucțiunile din nou .
Data ștergerii: 22 iunie 2019 oraș
Jurnalul de schimbări
Căutați toate aceste modificări în jurnalul de modificări:
Instalare
Dacă configurați o nouă instalare GitLab, vizitați .
actualizare
→ Verificați
Sursa: www.habr.com