GitLab 11.10 ar pārvaldības panelī esošajiem pipeline, kopējo rezultātu pipeline un vairāku rindu ieteikumiem apvienošanas pieprasījumos.
Ērta informācija par pipeline darbību dažādos projektos
GitLab turpina palielināt DevOps dzīves cikla caurredzamību. Šajā laidienā pievienots pipeline statusa pārskats.
Tas ir ērti, pat ja tu pēti viena projekta pipeline, bet īpaši noderīgi, ja , — un tā parasti notiek, ja tu izmanto mikroservisus un vēlies palaist pipeline, lai testētu un piegādātu kodu no dažādiem projektu repozitorijiem. Tagad tu tūlīt vari redzēt , kur tos nevar neizpildīt.
Palaist pipeline kopējiem rezultātiem
Laika gaitā avota un mērķa zarus atšķiras, un var rasties situācija, kad tie atsevišķi strādā, bet kopā nē. Tagad ir iespējams . Tādējādi tu ātri ievērosi kļūdas, kas varētu parādīties tikai biežas izmaiņu pārvietošanas starp zarēm dēļ, un līdz ar to daudz ātrāk novērsīsi pipeline kļūdas un efektīvāk izmantosi .
Turpmākā sadarbības optimizācija
GitLab 11.10 ir ienākušas vēl vairāk iespēju ērtai sadarbībai un vienkāršotiem darba procesiem. Šajā mēs ieviesām apvienošanas pieprasījumu ieteikumus, kad recenzents varēja ieteikt izmaiņas vienā rindā pie apvienošanas pieprasījuma komentāra, un to varēja uzreiz apstiprināt tieši no komentāru pavediena. Mūsu lietotāji to novērtēja, un viņi lūdza paplašināt šo funkciju. Tagad tu vari piedāvāt , norādot, kuras rindas dzēst, un kuras — pievienot.
Paldies par tavām atsauksmēm un ieteikumiem!
Un tas vēl nav viss…
Šajā laidienā ir tik daudz pārsteidzošu funkciju, piemēram, , detalizētāka , un iespēja . Zemāk ir katras no tām detalizēts apraksts.
Šī mēneša vērtīgākais darbinieks () — Takuja Noguti
Šajā mēnesī vērtīgākais darbinieks ir Takuja Noguti (). Takuja : labojis pie kļūdām, pabeidza nepabeigtos darbus backend un frontend pusē un uzlaboja lietotāja saskarni. Paldies!
Galvenās GitLab 11.10 funkcijas
Pipeline vadības panelī
PREMIUM, ULTIMATE, SILVER, GOLD
Vadības panelī GitLab tiek attēlota informācija par projektiem visā GitLab instancē. Jūs varat pievienot atsevišķus projektus pa vienam un izvēlēties, kurš projekts jūs interesē.
Šajā laidienā mēs pievienojām vadības panelim informāciju par pipeline statusiem. Tagad izstrādātāji redz pipeline darbību visos nepieciešamajos projektos - vienā interfeisā.
Pipeline apvienotajiem rezultātiem
PREMIUM, ULTIMATE, SILVER, GOLD
Parasti laika gaitā sākumvieta novirzās no mērķa, ja jūs pastāvīgi nepārvietojat izmaiņas starp tām. Rezultātā sākumvietas un mērķa pipeline ir "zaļi", un nav apvienošanas konfliktu, bet apvienojot rodas kļūme izmaiņu nesaderības dēļ.
Kad pipeline apvienošanas pieprasījumi automātiski izveido jaunu saiti, kas satur apvienoto rezultātu no sākumvietas un mērķa, mēs varam palaist pipeline šai saitei un garantēt, ka kopējais rezultāts būs funkcionāls.
Ja jūs izmantojat merger-request pipelines (jebkurā veidā) un izmantojat privātos GitLab izpildītājus versijā 11.8 vai vecākā, tos nepieciešams atjaunināt, lai nerastos problēmas . Tas neietekmē publisko GitLab izpildītāju lietotājus.
Izmaiņu priekšlikumi vairākās rindās
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Strādājot kopā pie apvienošanas pieprasījumiem, jūs bieži pamanāt problēmas un piedāvājat risinājumus. Kopš GitLab 11.6 versijas mēs atbalstām vienā rindā.
Versijā 11.10 komentāros pie apvienošanas pieprasījuma ir iespējams piedāvāt izmaiņas vairākās rindās, un tad jebkurš lietotājs ar rakstīšanas atļaujām sākumvietā var tās apstiprināt ar vienu klikšķi. Jaunā funkcija ļauj izvairīties no satura kopēšanas kā iepriekšējās versijās.
Tagi vienā jomā
PREMIUM, ULTIMATE, SILVER, GOLD
Izmantojot tagus vienā jomā, komandas var piemērot savstarpēji izslēdzošus tagus (vienā un tajā pašā jomā) uz uzdevumiem, apvienošanas pieprasījumiem vai epikiem pielāgotās lauku vai pielāgotās darba procesa stāvokļos. Tie tiek konfigurēti, izmantojot īpašu sintaksi ar kolonnu tagu virsrakstā.
Pieņemsim, ka jums nepieciešams pielāgotais laukums uzdevumos, lai izsekotu platformas operētājsistēmu, uz kurām mērķē jūsu funkcijas. Katram uzdevumam jāattiecas tikai uz vienu platformu. Var izveidot etiķetes platform::iOS, platform::Android, platform::Linux un citas pēc vajadzības. Ja uzdevumam tiek piemērota viena šāda etiķete, automātiski tiks dzēsta cita esoša etiķete, kas sākas ar platform::.
Pieņemsim, ka jums ir etiķetes workflow::development, workflow::review un workflow::deployed, kas apzīmē darba procesa stāvokli jūsu komandā. Ja uzdevumam jau ir etiķete workflow::development, un izstrādātājs vēlas pārcelt uzdevumu uz posmu workflow::review, viņš vienkārši piemēro jauno etiķeti, un vecā (workflow::development) automātiski tiek dzēsta. Šī uzvedība jau pastāv, kad jūs pārvietojat uzdevumus starp etiketu sarakstiem uz uzdevumu dēļa, kas attēlo jūsu komandas darba procesu. Tagad komandas dalībnieki, kas nestrādā tieši ar uzdevumu dēli, var mainīt darba procesa stāvokli pašos uzdevumos.
Rūpīgāka konteineru reģistra tīrīšana
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Parastā konteineru reģistra izmantošanā ar CI cauruļvadiem jūs nosūtāt vairākas atsevišķas izmaiņas vienā tagā. Ņemot vērā Docker izplatīšanas izpildi, noklusējuma uzvedība ir saglabāt visas izmaiņas sistēmā, taču galu galā tās aizņem daudz atmiņas. Izmantojot parametru -m ar registry-garbage-collect, var ātri izdzēst visas iepriekšējās izmaiņas un atbrīvot vērtīgu vietu.
Papildu CI Runner minūšu iegāde
BRONZE, SILVER, GOLD
Lietotāji ar maksas plāniem GitLab.com (Gold, Silver, Bronze) tagad var iegādāties papildu CI Runner minūtes. Agrāk bija jāiekļaujas plāna noteiktajā kvotā. Pateicoties šim uzlabojumam, var iepriekš iegādāties minūtes pāri kvotai, lai novērstu darba pārtraukumus, kas saistīti ar cauruļvadu izbeigšanu.
Pašlaik 1000 minūtes maksā 8 dolārus, un tās var iegādāties neierobežoti. Papildu minūtes sāks tikt izmantotas, kad iztērēsiet visu mēneša kvotu, un atlikums tiks pārnests uz nākamo mēnesi. N mēs vēlamies pievienot šo funkciju arī bezmaksas plāniem.
Komponētā Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ar Auto DevOps komandas pāriet uz mūsdienu DevOps praksēm gandrīz bez piepūles. Sākot ar GitLab 11.10, katrs darbs Auto DevOps tiek piedāvāts kā . Lietotāji var izmantot GitLab CI, lai iekļautu atsevišķas Auto DevOps stadijas un tajā pašā laikā izmantotu savu pielāgoto failu gitlab-ci.yml. Tādējādi var iekļaut tikai nepieciešamos darbus un izmantot ieguvumus no atjauninājumiem augšējā plūsmā.
Automātiska grupas dalībnieku pārvaldība GitLab.com, izmantojot SCIM
SILVER, GOLD
Agrāk dalības pārvaldīšana grupās GitLab.com tika veikta manuāli. Tagad var izmantot SAML SSO un pārvaldīt dalību, izmantojot SCIM, lai izveidotu, dzēstu un atjauninātu lietotājus GitLab.com.
Tas ir īpaši noderīgi uzņēmumiem ar lielu lietotāju skaitu un centralizētiem identitātes pakalpojumiem. Tagad jums var būt vienots patiesības avots, piemēram, Azure Active Directory, un lietotāji tiks automātiski izveidoti un dzēsti caur identitātes pakalpojumu, nevis manuāli.
Piekļuve GitLab.com caur SAML pakalpojumu sniedzēju
SILVER, GOLD
Agrāk, lietojot SAML SSO grupām, lietotājam bija jāienāk ar GitLab akreditīviem un pakalpojumu sniedzēja akreditīviem. Tagad var iekļūt tieši caur SSO kā GitLab lietotājs, kas saistīts ar konfigurētu grupu.
Lietotājiem vairs nevajadzēs pieteikties divreiz, tādējādi uzņēmumiem ir ērtāk izmantot SAML SSO GitLab.com.
Citi uzlabojumi GitLab 11.10
Apakšējo epiku shēma
ULTIMATE, GOLD
Iepriekšējā laidienā pievienojām apakšējos epikus (epikus epiku), lai jums būtu ērtāk pārvaldīt uzdevumu sadales struktūru. Apakšējie epiki tiek parādīti vecāko epiku lapā.
Šajā laidienā vecāko epiku lapā tiek parādīta apakšējo epiku shēma, tādējādi komandas redz apakšējo epiku hronoloģiju un var pārvaldīt laika atkarības.
Ielēcošās ekrāni merge pieprasījumiem
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Šajā laidienā mēs iepazīstinām ar informatīviem ekrāniem, kas parādās, kad peldošais rādītājs noved pie merge pieprasījuma saites. Agrāk mēs rādījām tikai merge pieprasījuma nosaukumu, bet tagad arī merge pieprasījuma statusu, CI plūsmas statusu un īsu URL.
Nākotnē mēs plānojam pievienot vairāk svarīgas informācijas, piemēram, , kā arī ieviest ielēcošos ekrānus .
Filtrēšana merge pieprasījumiem pēc mērķa zariem
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Git darba plūsmas programmatūras izlaidumam vai piegādei bieži ir saistītas ar vairākiem ilgtermiņa zariem — lai veiktu labojumus iepriekšējās versijās (piemēram, stable-11-9) vai pārietu no kvalitātes pārbaudes uz ražošanu (piemēram, integration), taču nav viegli atrast meržrekuestus šiem zariem starp daudziem atvērtiem meržrekuestiem.
Tagad projektu un grupu meržrekuestu sarakstu var filtrēt pēc meržrekuesta mērķa zara, lai būtu vieglāk atrast nepieciešamo.
Paldies, Hiroyuki Sato ()!
Iesniegšana un meržs, ja pipeline ir veiksmīga
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ja mēs izmantojam Trunk-based development metodi, mums jāizvairās no ilgstošiem zariem nelielu īslaicīgu zaru labā ar vienu īpašnieku. Sīki labojumi bieži tiek nosūtīti tieši uz mērķa zaru, bet mēs riskējam izjaukt apkopošanu.
Šajā GitLab izlaidumā tiek atbalstīti jauni iesniegšanas parametri Git, lai automātiski atvērtu meržrekuestus, noteiktu mērķa zaru un nodrošinātu meržs, ja pipeline ir veiksmīga no komandrindas, iesniedzot zara.
Uzlabota integrācija ar ārējiem monitoringa paneļiem
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab var piekļūt vairākiem Prometheus serveriem (vides, projekta un ), taču vairāku galapunktu esamība var apgrūtināt sistēmu vai netikt atbalstīta standarta monitoringa paneļos. Šajā izlaidumā komandas var izmantot vienu Prometheus API, kas ievērojami atvieglo integrāciju ar tādiem pakalpojumiem kā Grafana.
Wiki lapu kārtošana pēc izveides datuma
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Projektā esošajā Wikī komandas var dalīties ar dokumentāciju un citu svarīgu informāciju kopā ar avota kodu un uzdevumiem. Šajā izlaidumā Wikī lapu sarakstu var kārtot pēc izveides datuma un nosaukuma, lai ātri atrastu nesen radīto saturu.
Resursu uzraudzība, ko pieprasa klasteris
ULTIMATE, GOLD
GitLab palīdz uzraudzīt Kubernetes klasteri, kas tiek izmantots izstrādātajām un ražošanas aplikācijām. Sākot ar šo izlaidumu, uzraugiet klastera pieprasītos CPU un atmiņas resursus, lai pamanītu potenciālas grūtības, pirms tās kļūst par problēmām.
Slodzes līdzsvarotāja metrikas apskate Grafana monitoringa panelī
CORE, STARTER, PREMIUM, ULTIMATE
Ir ļoti svarīgi uzraudzīt GitLab instance darbību. Agrāk mēs nodrošinājām noklusējuma uzraudzības paneli caur iebūvēto Grafana instance. Sākot ar šo laidienu, mēs iekļāvām papildu paneļus NGINX slodzes balansētāju uzraudzībai.
SAST Elixir valodai
ULTIMATE, GOLD
Mēs turpinām paplašināt valodu atbalstu un padziļināt drošības pārbaudes. Šajā laidienā mēs iekļāvām drošības pārbaudes projektiem uz un projektiem, kas izveidoti uz .
Vairāki pieprasījumi vienā diagrammā
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab ļauj izveidot diagrammas, lai vizualizētu savāktās metrikas. Bieži, piemēram, ja nepieciešams apskatīt metrikas maksimālo vai vidējo vērtību, ir vēlme attēlot vairākas vērtības vienā diagrammā. Sākot ar šo laidienu, jums ir šāda iespēja.
DAST rezultāti grupas drošības panelī
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mēs pievienojām dinamisko lietojumprogrammu drošības testēšanas (Dynamic Application Security Testing, DAST) rezultātus grupas drošības panelī papildus SAST, konteineru skenēšanai un atkarību skenēšanai.
Papildu metadatu iekļaušana konteineru skenēšanas atskaitē
ULTIMATE, GOLD
Šajā laidienā konteineru skenēšanas atskaitē ir iekļauts vairāk metadatu — mēs pievienojām ietekmēto komponenti (Clair funkcionalitāte) esošajiem metadatiem: prioritāte, identifikators (ar atsauci uz mitre.org) un ietekmētais līmenis (piemēram, debian:8).
Metriķa atskaites veida pievienošana apvienošanās pieprasījumiem
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab jau nodrošina vairākus atskaišu veidus, kurus var tieši iekļaut apvienošanās pieprasījumos: no un pārbaudes laikā līdz un aizsardzības posmā.
Un, lai arī šīs ir svarīgas atskaites, pamata informācija, kas piemērota dažādiem scenārijiem, arī ir nepieciešama. GitLab 11.10 mēs sniedzam metriķu atskaites tieši apvienošanās pieprasījumā, kas sagaida vienkāršu atslēgas-vērtības pāri. Tādējādi lietotāji var izsekot izmaiņām laika gaitā, tostarp pielāgotajām metrikām, un metrikas izmaiņām konkrētā apvienošanās pieprasījumā. Atmiņas izmantošana, specializēta slodzes testēšana un pieejamības statusi var tikt pārvērsti vienkāršās metriskās vērtībās, kuras var apskatīt tieši apvienošanās pieprasījumos kopā ar citām iebūvētajām atskaitēm.
Atbalsts Maven multisimtiem projektiem atkarību skenēšanai
ULTIMATE, GOLD
Šajā laidienā Maven multisimtu projekti atbalsta atkarību skenēšanu GitLab. Agrāk, ja apakšmodulim bija atkarība no cita apakšmoduļa tādā pašā līmenī, tas nevarēja atrisināt lejupielādi no centrālā Maven krātuves. Tagad Maven multisimtu projekts tiek izveidots ar diviem moduļiem un atkarību starp abiem moduļiem. Atkarība starp viena līmeņa moduļiem tagad ir pieejama lokālajā Maven krātuvē, lai varētu turpināt būvniecību.
Lietotāji var mainīt ceļu, lai klonētu CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pa noklusējumu GitLab Runner klonē projektu unikālā iegultajā ceļā $CI_BUILDS_DIR. Bet dažām projektiem, piemēram, Golang, kods jākloņa konkrētā direktorijā, lai to varētu salikt.
GitLab 11.10 mēs ieviesām mainīgo GIT_CLONE_PATH, ar kuru var norādīt konkrētu ceļu, kur GitLab Runner klonē projektu pirms uzdevuma izpildes.
Vienkārša aizsargāto mainīgo maskēšana žurnālos
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab piedāvā vairākus veidus un mainīgo GitLab CI/CD. Bet mainīgie tomēr var apzināti vai nejauši iekļūt būvniecības žurnālos.
GitLab nopietni attiecas uz risku pārvaldību un revīziju un turpina pievienot funkcijas atbilstības prasību nodrošināšanai. GitLab 11.10 mēs ieviesām iespēju maskēt noteiktu veidu mainīgos žurnālos, pievienojot aizsardzības līmeni pret nejaušu šo mainīgo saturu iekļūšanu žurnālos. Turklāt GitLab tagad daudzas iebūvētas mainīgo simbolu.
Auto DevOps ieslēgšana un izslēgšana grupas līmenī
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ar Auto DevOps GitLab.com projektā var bez grūtībām uzsākt mūsdienu DevOps darba plūsmas — no būvniecības līdz piegādei.
Sākot ar GitLab 11.10 jūs varat ieslēgt un izslēgt Auto DevOps visiem projektiem vienā grupā.
Vienkāršota un uzlabota licenci lapas
STARTER, PREMIUM, ULTIMATE
Lai ērtāk pārvaldītu licenci atslēgas, mēs mainījām administratora paneļa licenci lapas dizainu un izcēlām vissvarīgākos elementus.
Kubernetes izvietojumu marķu selektora atjauninājums
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Izvietojumu paneļos tiek rādīta informācija par visiem Kubernetes izvietojumiem.
Šajā laidienā mēs mainījām marķu saskaņošanas veidu ar izvietojumiem. Tagad ir pieejamas atbilstības pēc app.example.com/app un app.example.com/env vai app. Tas ļaus novērst konfliktus, filtrējot un mazinās nepareizu izvietojumu risku, saistībā ar projektu.
Turklāt, GitLab 12.0 versijā mēs , un atbilstība būs iespējama tikai pēc app.example.com/app un app.example.com/env.
Dinamiska Kubernetes resursu veidošana
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Kubernetes integrācija GitLab ļauj izmantot RBAC funkcionalitāti, izmantojot pakalpojumu kontu un atsevišķu nosaukumu telpu katram GitLab projektam. Sākot no šī izlaiduma, šie resursi tiks veidoti tikai tad, kad tie būs nepieciešami izvietošanai.
Kubernetes izvietošanas laikā GitLab CI izveidos šos resursus pirms izvietošanas.
Grupu izpildītāji klasteriem līmeņa grupā
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Tagad grupas līmeņa klasteri atbalsta GitLab Runner instalāciju. Kubernetes izpildītāji grupas līmenī tiek rādīti apakšprojektiem kā grupas izpildītāji, kas atzīmēti ar etiķetēm klasteris un kubernetes.
Izsaukumu skaitītājs Knative funkcijām
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Funkcijas, kas izvietotas ar , tagad rāda saņemto izsaukumu skaitu katrai funkcijai. Lai to izdarītu, nepieciešams instalēt Prometheus klasterī, kur ir uzstādīts Knative.
Parametru kontrole git clean GitLab CI/CD darbiem
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pa noklusējumu GitLab Runner veic git clean koda izsniegšanu, veicot darbu GitLab CI/CD. Sākot no GitLab 11.10, lietotāji var kontrolēt parametrus, kas nodoti komandai git clean. Tas ir ērti komandām ar atsevišķiem izpildītājiem, kā arī komandām, kas veido projektus no lieliem monorepozitorijiem. Tagad viņi var pārvaldīt koda izsniegšanas procesu pirms skriptu izpildes. Jaunā mainīgā GIT_CLEAN_FLAGS pa noklusējumu ir -ffdx un pieņem visus iespējamos komandas [git clean](https://git-scm.com/docs/git-clean).
Ārējā autorizācija Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Aizsargātas vides var pieprasīt papildu ārējo autorizācijas resursu piekļuvei projektam. Mēs esam pievienojuši atbalstu papildu piekļuves kontroles līmenim un esam saņēmuši daudz lūgumu atvērt šo funkcionalitāti Core. Mēs priecājamies iepazīstināt ar ārējo autorizāciju un papildu drošības līmeni Core instancēs, jo šī funkcija ir nepieciešama atsevišķiem dalībniekiem.
Projektu veidošanas iespēja grupās Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Izstrādātāja loma var veidot projektus grupās , un tagad tas ir iespējams arī Core. Projektu izveide ir galvenā iespēja produktīvai darbībai GitLab, un pateicoties šīs funkcijas iekļaušanai Core, tagad dalībniekiem ir vieglāk pievērsties jaunām idejām.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Šodien mēs izlaidām GitLab Runner 11.10! GitLab Runner ir atvērtā koda projekts, kas tiek izmantots CI/CD uzdevumu izpildei un rezultātu nosūtīšanai atpakaļ uz GitLab.
Interesantākās izmaiņas:
- .
- .
- .
- .
- .
Pilns izmaiņu saraksts atrodams GitLab Runner žurnālā: .
Kļūdu labojums project_id Elasticsearch blob meklēšanas API
STARTER, PREMIUM, ULTIMATE
Mēs novērsām kļūdu Elasticsearch blob meklēšanas API, kas nepareizi atgrieza 0 priekš project_id. Nepieciešams , lai saņemtu pareizās vērtības project_id pēc šīs GitLab versijas uzstādīšanas.
Omnibus uzlabojumi
CORE, STARTER, PREMIUM, ULTIMATE
Mēs esam veikuši šādus uzlabojumus Omnibus GitLab 11.10:
- GitLab 11.10 ietver , , kur pēdējā laidienā ietilpst jauns integrāciju katalogs datu pārvietošanai no Hipchat un daudz cita. Šī versija ietver , un mēs iesakām veikt atjauninājumu.
- Mēs , un tagad uzsākt GitLab instance uzraudzību ir pavisam vienkārši.
- Mēs esam pievienojuši atbalstu veco konteineru attēlu dzēšanai no Docker reģistra.
- Mēs esam atjauninājuši ca-certus uz 2019-01-23.
Veiktspējas uzlabojumi
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mēs turpinām uzlabot GitLab veiktspēju ar katru izlaidumu, lai nodrošinātu labāku pieredzi GitLab instancēm, neatkarīgi no to lieluma. Daži uzlabojumi GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Uzlabojumi GitLab diagrammās
CORE, STARTER, PREMIUM, ULTIMATE
Esam veikuši šādas uzlabojumus GitLab diagrammās:
- .
Novecojušās funkcijas
GitLab Geo nodrošinās hashed glabāšanu GitLab 12.0
GitLab Geo ir nepieciešams konkurences mazināšanai sekundārās mezglos. Tas tika atzīmēts .
GitLab mēs esam pievienojuši šo prasību Geo dokumentācijai: .
GitLab sudo gitlab-rake gitlab:geo:check pārbauda, vai hashed glabāšana ir aktivizēta un vai visi projekti tiek pārsūtīti. Sīkāk sk. . Ja izmantojat Geo, lūdzu, veiciet šo pārbaudi un migrējiet pēc iespējas ātrāk.
GitLab pastāvīgs brīdinājums tiks parādīts lapā Admin joma › Geo › Mezgli, ja iepriekš minētās pārbaudes nav atļautas.
GitLab Geo izmantos prasības hashed glabāšanai. Sīkāk sk. .
Dzēšanas datums: 2019. gada 22. jūnijs
Atbalsts Ubuntu 14.04
GitLab 11.10 būs pēdējais laidens ar .
Canonical paziņoja par Ubuntu 14.04 standarta atbalsta izbeigšanu no . Iesakām lietotājiem pāriet uz atbalstīto LTS versiju: Ubuntu 16.04 vai Ubuntu 18.04.
Dzēšanas datums: 2019. gada 22. maijs.
Maksimālo pipeline skaitu, ko var izveidot viena nosūtīšana
Agrāk GitLab izveidoja pipelines katram HEAD katrai atzarojuma nosūtīšanai. Tas ir parocīgi izstrādātājiem, kuri nosūta vairākas izmaiņas vienlaicīgi (piemēram, uz funkcijas atzaru un uz develop).
Tomēr, kad tiek nosūtīts liels repozitorijs ar daudzām aktīvām filiālēm (piemēram, pārvietošanai, atspoguļošanai vai atzarojumam), nav nepieciešams veidot pipeline katrai atzarojumam. Sākot ar GitLab 11.10, mēs izveidosim nosūtīšanas laikā.
Dzēšanas datums: 2019. gada 22. maijs.
Novecojušie legālie ceļi GitLab Runner
Sākot ar GitLab 11.9, GitLab Runner izmanto klonēšanas/zvanīšanas repozitorijam. Pašlaik GitLab Runner izmantos veco metodi, ja jaunā netiek atbalstīta. Sīkāk sk. .
GitLab 11.0 mēs mainījām metrikas servera konfigurācijas izskatu GitLab Runner. metrics_server tiks izņemts par labu listen_address GitLab 12.0. Sīkāk sk. .
Versijā 11.3 GitLab Runner sāka atbalstīt ; kas izraisīja jaunas iestatījumus . Iz , ir sniegta izmaiņu tabula un norādījumi, kā pāriet uz jauno konfigurāciju. Sīkāk sk. .
Šie ceļi būs nepieejami GitLab 12.0. Kā lietotājam, jums nav jādara nekas, tikai jānodrošina, ka GitLab instances darbojas ar versiju 11.9+, atjauninot uz GitLab Runner 12.0.
Dzēšanas datums: 2019. gada 22. jūnijs
Novecojusi iespēja ieejas punktam GitLab Runner
Versijā 11.4 GitLab Runner tika ieviesta iespēja lai novērstu šādas problēmas kā un .
GitLab 12.0 mēs pāriesim uz pareizu uzvedību, it kā funkciju parametrs būtu atslēgts. Plašāku informāciju skatiet .
Dzēšanas datums: 2019. gada 22. jūnijs
Novecojusi Linux izplatīšanas atbalsts, kas ir sasniedzis EOL, GitLab Runner
Dažas Linux izplatīšanas, kurās var uzstādīt GitLab Runner, ir beigušas savu atbalstu.
GitLab 12.0 GitLab Runner vairs neizplatīs pakotnes uz šādām Linux izplatīšanām. Pilnu atbalstīto izplatījumu sarakstu var atrast mūsu . Paldies Havjeram Ardo () par !
Dzēšanas datums: 2019. gada 22. jūnijs
Veco GitLab Runner Helper komandu izņemšana
Cīnoties par mums bija jāatsakās no dažām vecajām komandām, kuras tiek izmantotas .
GitLab 12.0 GitLab Runner tiks palaists ar jaunām komandām. Tas attiecas tikai uz lietotājiem, kurie . Plašāku informāciju skatiet .
Dzēšanas datums: 2019. gada 22. jūnijs
Leģendāro git clean mehānisma izņemšana no GitLab Runner
GitLab Runner 11.10 konfigurēt, kā Runner izpilda komandu git clean. Turklāt jaunā tīrīšanas stratēģija novērš git reset un novieto komandu git clean pēc izlaides posma.
Ņemot vērā, ka šī uzvedības izmaiņa var ietekmēt dažus lietotājus, mēs esam sagatavojuši parametru FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ja iestādīt vērtību true, tā atjaunos leģendāro tīrīšanas stratēģiju. Vairāk par funkciju parametru izmantošanu GitLab Runner var atrast .
GitLab Runner 12.0 mēs izņemsim leģendārās tīrīšanas stratēģijas atbalstu un iespēju to atjaunot, izmantojot funkciju parametru. Plašāku informāciju skatiet .
Dzēšanas datums: 2019. gada 22. jūnijs
System Info sadaļa administratora panelī
GitLab sniedz informāciju par jūsu GitLab instance admin/system_info, taču šī informācija var būt neprecīza.
Mēs administratoru panelī GitLab 12.0 un ieteiksim izmantot .
Dzēšanas datums: 2019. gada 22. jūnijs
Izmaiņu žurnāls
Apskatiet visas šīs izmaiņas izmaiņu žurnālā:
Uzstādīšana
Ja jūs iestatāt jaunu GitLab instalāciju, apmeklējiet .
Atjauninājums
Ielūkojieties .
GitLab abonēšanas plāni
GitLab ir pieejams divos variantos: un .
: lokāli vai izvēlētajā mākoņa platformā.
- Core: mazām komandām, personiskiem projektiem vai GitLab izmēģinājuma versijai bez ierobežojuma.
- Starter: komandām, kas strādā vienā birojā pie vairākiem projektiem, kam nepieciešama profesionāla atbalsta.
- Premium: izsistām komandām, kam nepieciešamas paplašinātas funkcijas, augsta pieejamība un 24/7 atbalsts.
- Ultimate: uzņēmumiem, kam nepieciešama uzticama stratēģija un īstenošana ar uzlabotu drošību un normatīvu atbilstību.
— GitLab.com: izvietots, pārvaldīts un administrēts GitLab individuāliem izstrādātājiem un komandām.
- Bezmaksas: neierobežots privātu repozitoriju skaits un neierobežots dalībnieku skaits projektā. Slēgtiem projektiem ir piekļuve Bezmaksaslīmeņa funkcijām, bet ir piekļuve Gold.
- Bronze: komandām, kurām nepieciešama piekļuve paplašinātām darba plūsmas funkcijām.
- Silver: komandām, kurām nepieciešamas uzticamas DevOps iespējas, normatīvā atbilstība un ātrs atbalsts.
- Gold: piemērots daudziem CI/CD darbiem. Visi atklātie projekti var bez maksas izmantot Gold funkcijas neatkarīgi no plāna.
Avots: habr.com
