GitLab 11.10 me tubacionet e panelit të kontrollit, tubacionet e rezultateve të bashkuara dhe sugjerimet me shumë rreshta në kërkesat për bashkim.
Informacion i përshtatshëm për performancën e tubacioneve në projekte të ndryshme
GitLab vazhdon të rrisë dukshmërinë në ciklin jetësor të DevOps. Në këtë numër në shtoi një përmbledhje të statusit të tubacionit.
Kjo është e përshtatshme edhe nëse jeni duke studiuar tubacionin e një projekti të vetëm, por është veçanërisht e dobishme nëse , - dhe kjo zakonisht ndodh nëse përdorni mikroshërbime dhe dëshironi të ekzekutoni një tubacion për testimin dhe dërgimin e kodit nga depo të ndryshme të projektit. Tani ju mund të shihni menjëherë performancën , kudo që kryhen.
Ekzekutimi i tubacioneve për rezultatet e bashkuara
Me kalimin e kohës, degët burimore dhe të synuara ndryshojnë dhe mund të lindë një situatë ku ato përballen veçmas, por së bashku nuk funksionojnë. Tani mundesh . Në këtë mënyrë ju do të vini re shpejt gabimet që do të shfaqen vetëm nëse ndryshimet zhvendoseshin shpesh midis degëve, që do të thotë se do të korrigjoni gabimet e tubacionit shumë më shpejt dhe do të përdorni .
Optimizoni më tej bashkëpunimin
GitLab 11.10 shton edhe më shumë veçori për bashkëpunim pa probleme dhe flukse pune të thjeshtuara. NË kemi prezantuar sugjerime për kërkesat për bashkim, ku një rishikues mund të sugjerojë një ndryshim në një rresht në një koment në një kërkesë për bashkim dhe ai mund të kryhet menjëherë drejtpërdrejt nga filli i komenteve. Përdoruesit tanë e pëlqyen dhe kërkuan ta zgjerojnë këtë veçori. Tani mund të ofroni , duke treguar cilat rreshta të hiqen dhe cilat të shtohen.
Faleminderit për komentet dhe sugjerimet tuaja!
Dhe kjo nuk është e gjitha…
Ka kaq shumë karakteristika mahnitëse në këtë version, p.sh. , më i plotë , dhe mundësi . Më poshtë janë detajet për secilën prej tyre.
Punonjësi më i vlefshëm i këtij muaji () - Takuya Noguchi
Punonjësi më i vlefshëm i këtij muaji është Takuya Noguchi (). Takuya : korrigjuan gabimet, mangësitë e kompletuara në pjesën e pasme dhe frontin dhe përmirësoi ndërfaqen e përdoruesit. Faleminderit!
Karakteristikat kryesore të GitLab 11.10
Tubacionet në panelin e kontrollit
PREMIUM, ULTIMATE, ARGJEND, AR
Paneli në GitLab shfaq informacione rreth projekteve në të gjithë shembullin tuaj GitLab. Ju shtoni projekte individuale një nga një dhe mund të zgjidhni se cili projekt ju intereson.
Në këtë version, ne kemi shtuar informacione në lidhje me statuset e tubacionit në panelin e kontrollit. Tani zhvilluesit shohin funksionalitetin e tubacioneve në të gjitha projektet e nevojshme - në një ndërfaqe.
Tubacionet për rezultatet e bashkuara
PREMIUM, ULTIMATE, ARGJEND, AR
Është e zakonshme që dega burimore të divergjojë nga dega e synuar me kalimin e kohës, nëse nuk shtyni vazhdimisht ndryshime midis tyre. Si rezultat, tubacionet e degëve të burimit dhe objektivit janë "të gjelbërta" dhe nuk ka konflikte të bashkimit, por bashkimi dështon për shkak të ndryshimeve të papajtueshme.
Kur tubacioni i kërkesës për bashkim krijon automatikisht një lidhje të re që përmban rezultatin e kombinuar të bashkimit të degëve të burimit dhe objektivit, ne mund të ekzekutojmë tubacionin në atë lidhje dhe të sigurojmë që rezultati i përgjithshëm po funksionon.
Nëse jeni duke përdorur tubacionet e kërkesës për bashkim (në çdo kapacitet) dhe përdorni versionin 11.8 ose më të vjetër të ekzekutuesve privatë të GitLab, do t'ju duhet t'i përditësoni ato për të shmangur këtë problem . Kjo nuk prek përdoruesit e ekzekutuesve publikë të GitLab.
Sugjerimi i ndryshimeve në linja të shumta
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Kur punoni së bashku për kërkesat për bashkim, ju shpesh vëreni probleme dhe propozoni zgjidhje. Që nga GitLab 11.6 ne mbështesim për një rresht.
Në versionin 11.10, komentet e ndryshme të kërkesës për bashkim mund të propozojnë ndryshime në rreshta të shumtë dhe më pas kushdo që ka leje shkrimi në degën origjinale mund t'i pranojë ato me një klik. Falë veçorisë së re, mund të shmangni copy-paste, si në versionet e mëparshme.
Shkurtoret në një zonë
PREMIUM, ULTIMATE, ARGJEND, AR
Me etiketat në të njëjtin shtrirje, ekipet mund të aplikojnë etiketa ekskluzive reciproke (në të njëjtin shtrirje) për një problem, kërkesë për bashkim ose epikë në skenarë me fusha të personalizuara ose gjendje të rrjedhës së punës me porosi. Ato janë konfiguruar duke përdorur një sintaksë të veçantë të dy pikave në titullin e etiketës.
Le të themi se ju nevojitet një fushë e personalizuar në detyra për të gjurmuar sistemin operativ të platformës që synojnë funksionet tuaja. Çdo detyrë duhet të lidhet vetëm me një platformë. Mund të krijoni shkurtore platform::iOS, platform::Android, platform::Linux dhe të tjera sipas nevojës. Nëse aplikoni një shkurtore të tillë për një detyrë, ajo automatikisht do të heqë një shkurtore tjetër ekzistuese që fillon me platform::.
Le të themi se keni shkurtore workflow::development, workflow::review и workflow::deployed, duke treguar gjendjen e rrjedhës së punës së ekipit tuaj. Nëse detyra tashmë ka një shkurtore workflow::development, dhe zhvilluesi dëshiron ta zhvendosë detyrën në skenë workflow::review, thjesht aplikon shkurtoren e re dhe atë të vjetër (workflow::development) fshihet automatikisht. Kjo sjellje ekziston tashmë kur zhvendosni detyrat midis listave të shkurtoreve në tabelën e detyrave që përfaqëson rrjedhën e punës të ekipit tuaj. Tani anëtarët e ekipit që nuk punojnë drejtpërdrejt me bordin e detyrave mund të ndryshojnë gjendjen e rrjedhës së punës në vetë detyrat.
Pastrim më i plotë i regjistrit të kontejnerëve
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Kur përdorni zakonisht një regjistër kontejnerësh me tubacione CI, ju shtyni ndryshime të shumta të veçanta në një etiketë të vetme. Për shkak të zbatimit të shpërndarjes së Docker, sjellja e paracaktuar është ruajtja e të gjitha ndryshimeve në sistem, por ato përfundojnë duke marrë shumë memorie. Nëse përdorni parametrin -m с registry-garbage-collect, mund t'i fshini shpejt të gjitha ndryshimet e mëparshme dhe të lironi hapësirë të çmuar.
Blerja e minutave shtesë CI Runner
BRONZ, ARGJEND, AR
Përdoruesit me plane të paguara të GitLab.com (Ar, Argjend, Bronz) tani mund të blejnë minuta shtesë CI Runner. Më parë ishte e nevojshme plotësimi i kuotës së parashikuar në plan. Me këtë përmirësim, mund të para-bleni minuta mbi kuotë për të shmangur ndërprerjet për shkak të mbylljeve të tubacionit.
Tani 1000 minuta kushtojnë 8 dollarë dhe ju mund të blini sa të doni. Minutat shtesë do të fillojnë të përdoren kur të keni shpenzuar të gjithë kuotën tuaj mujore dhe pjesa tjetër e minutave shtesë do të kalojë në muajin tjetër. NË ne duam ta shtojmë këtë veçori edhe në planet falas.
DevOps automatike të kompozueshme
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Me Auto DevOps, ekipet kalojnë në praktikat moderne të DevOps pothuajse pa asnjë përpjekje. Duke filluar me GitLab 11.10, çdo punë në Auto DevOps ofrohet si . Përdoruesit mund të përdorin në GitLab CI për të aktivizuar faza individuale të Auto DevOps dhe në të njëjtën kohë për të përdorur skedarin tuaj të personalizuar gitlab-ci.yml. Në këtë mënyrë mund të aktivizoni vetëm punët që ju nevojiten dhe të përfitoni nga përditësimet në rrjedhën e sipërme.
Menaxhoni automatikisht anëtarët e grupit në GitLab.com duke përdorur SCIM
ARGJEND, AR
Më parë, duhej të menaxhoje manualisht anëtarësimin në grup në GitLab.com. Tani mund të përdorni SAML SSO dhe të menaxhoni anëtarësimin duke përdorur SCIM për të krijuar, fshirë dhe përditësuar përdoruesit në GitLab.com.
Kjo është veçanërisht e dobishme për kompanitë me numër të madh përdoruesish dhe ofrues të centralizuar të identitetit. Tani mund të keni një burim të vetëm të së vërtetës, siç është Azure Active Directory, dhe përdoruesit do të krijohen dhe fshihen automatikisht përmes ofruesit të identitetit dhe jo manualisht.
Hyni në GitLab.com nëpërmjet Ofruesit SAML
ARGJEND, AR
Më parë, kur përdorej SAML SSO për grupe, përdoruesi duhej të identifikohej me kredencialet e GitLab dhe një ofrues identiteti. Tani mund të identifikoheni drejtpërdrejt nëpërmjet SSO si përdorues i GitLab i lidhur me një grup të konfiguruar.
Përdoruesit nuk do të duhet të identifikohen dy herë, duke e bërë më të lehtë për kompanitë të përdorin SAML SSO për GitLab.com.
Përmirësime të tjera në GitLab 11.10
Skema epike e fëmijëve
ULTIMATE, GOLD
Në botimin e mëparshëm, ne shtuam epikë për fëmijë (epikë epike) për t'ju ndihmuar të menaxhoni strukturën tuaj të shpërndarjes së punës. Epikat e fëmijëve shfaqen në faqen e eposit prindëror.
Në këtë version, faqja epike e prindërve shfaq një skicë të epikave të fëmijëve, në mënyrë që ekipet të mund të shohin afatin kohor të epikave të fëmijëve dhe të menaxhojnë varësitë e kohës.
Ekranet kërcyese të bashkimit të kërkesës
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Në këtë version, ne po prezantojmë ekrane informuese që shfaqen kur kaloni pezull mbi një lidhje të kërkesës për bashkim. Më parë, ne shfaqnim vetëm titullin e kërkesës për bashkim, por tani shfaqim edhe statusin e kërkesës për bashkim, statusin e tubacionit CI dhe URL-në e shkurtër.
Ne planifikojmë të shtojmë informacione më të rëndësishme në publikimet e ardhshme, p.sh. , dhe do të prezantojmë gjithashtu ekranet pop-up për .
Filtrimi i kërkesave për bashkim sipas degëve të synuara
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Rrjedhat e punës Git për lëshimin ose dërgimin e softuerit shpesh përfshijnë degë të shumta afatgjata - për të bërë rregullime në versionet e mëparshme (p.sh. stable-11-9) ose kalimi nga testimi i cilësisë në prodhim (p.sh. integration), por nuk është e lehtë të gjesh kërkesa për bashkim për këto degë midis shumë kërkesave të hapura për bashkim.
Lista e kërkesave për bashkim për projektet dhe grupet tani mund të filtrohet nga dega e synuar e kërkesës për bashkim për ta bërë më të lehtë gjetjen e asaj që ju nevojitet.
Faleminderit, Hiroyuki Sato ()!
Dërgimi dhe bashkimi pas tubacionit të suksesshëm
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Nëse përdorim metodën e zhvillimit të bazuar në Trunk, duhet të shmangim degët jetëgjata në favor të degëve të vogla, të përkohshme me një pronar të vetëm. Ndryshimet e vogla shpesh shtyhen drejtpërdrejt në degën e synuar, por duke bërë kështu rrezikon të prishet ndërtimi.
Me këtë version, GitLab mbështet opsionet e reja të shtytjes Git për të hapur automatikisht kërkesat e bashkimit, për të vendosur degën e synuar dhe për të zbatuar një bashkim në një tubacion të suksesshëm nga linja e komandës në kohën e shtytjes në degë.
Integrim i përmirësuar me panelet e jashtme
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
GitLab mund të aksesojë shumë serverë Prometheus (mjedis, projekt dhe ), por të kesh pika të shumta fundore mund të shtojë kompleksitet ose mund të mos mbështetet nga panelet standarde. Me këtë version, ekipet mund të përdorin një API të vetme Prometheus, duke e bërë integrimin me shërbime si Grafana shumë më të lehtë.
Renditni faqet Wiki sipas datës së krijimit
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Në një projekt Wiki, ekipet mund të ndajnë dokumentacion dhe informacione të tjera të rëndësishme së bashku me kodin burimor dhe detyrat. Me këtë version, ju mund të renditni listën e faqeve Wiki sipas datës së krijimit dhe titullit për të gjetur shpejt përmbajtjen e krijuar së fundi.
Burimet e monitorimit të kërkuara nga grupi
ULTIMATE, GOLD
GitLab ju ndihmon të monitoroni grupin tuaj Kubernetes për aplikacionet e zhvillimit dhe prodhimit. Duke filluar me këtë version, monitoroni kërkesat e CPU-së dhe kujtesës nga grupi juaj për të dalluar problemet e mundshme përpara se ato të bëhen probleme.
Shikoni matjet e balancuesit të ngarkesës në panelin e kontrollit Grafana
BËRTHAM, STARTER, PREMIUM, ULTIMATE
Është shumë e rëndësishme të monitoroni shëndetin e shembullit tuaj GitLab. Më parë, ne siguruam panele të paracaktuara përmes një shembulli të integruar të Grafana. Duke filluar me këtë version, ne kemi përfshirë panele shtesë për monitorimin e balancuesve të ngarkesës NGINX.
SAST për Elixir
ULTIMATE, GOLD
Ne vazhdojmë të zgjerojmë mbështetjen gjuhësore dhe të thellojmë kontrollet e sigurisë. Në këtë publikim ne kemi aktivizuar kontrollet e sigurisë për projektet dhe projektet e krijuara në .
Pyetje të shumta në një diagram
PREMIUM, ULTIMATE, ARGJEND, AR
Në GitLab, ju mund të krijoni grafikët për të vizualizuar metrikat që grumbulloni. Shpesh, për shembull, nëse duhet të shikoni vlerën maksimale ose mesatare të një metrike, dëshironi të shfaqni disa vlera në një grafik. Duke filluar me këtë version, ju e keni këtë mundësi.
Rezultatet e DAST në Panelin e Sigurisë së Grupit
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Ne kemi shtuar rezultatet e testimit dinamik të sigurisë së aplikacionit (DAST) në panelin e sigurisë së ekipit, përveç SAST, skanimit të kontejnerëve dhe skanimit të varësisë.
Shtimi i meta të dhënave në një raport të skanimit të kontejnerit
ULTIMATE, GOLD
Në këtë version, Raporti i skanimit të kontejnerit përmban më shumë meta të dhëna - kemi shtuar ne komponenti i prekur (një tipar Clair) në metadatat ekzistuese: prioriteti, identifikuesi (me referencë në mitre.org) dhe niveli i prekur (p.sh. debian:8).
Shtimi i një lloji raporti metrikë për të bashkuar kërkesat
PREMIUM, ULTIMATE, ARGJEND, AR
GitLab tashmë ofron disa lloje raportesh që mund të përfshihen drejtpërdrejt në kërkesat për bashkim: nga raportet në и në fazën e verifikimit deri и në fazën e mbrojtjes.
Ndërsa këto janë raporte të rëndësishme, nevojiten gjithashtu informacione bazë që i përshtaten skenarëve të ndryshëm. Në GitLab 11.10, ne ofrojmë raportimin e metrikës drejtpërdrejt në kërkesën për bashkim, e cila pret një çift të thjeshtë çelës-vlerë. Në këtë mënyrë, përdoruesit gjurmojnë ndryshimet me kalimin e kohës, duke përfshirë metrikat e personalizuara dhe ndryshimet në metrikë për një kërkesë specifike bashkimi. Përdorimi i kujtesës, testimi i specializuar i ngarkesës së punës dhe statuset shëndetësore mund të konvertohen në metrikë të thjeshtë që mund të shikohen drejtpërdrejt në kërkesat për bashkim së bashku me raporte të tjera të integruara.
Mbështetje për projektet Maven me shumë module për skanimin e varësisë
ULTIMATE, GOLD
Me këtë version, projektet Maven me shumë module mbështesin skanimin e varësisë së GitLab. Më parë, nëse një nënmodul kishte një varësi nga një nënmodul tjetër i të njëjtit nivel, ai nuk mund të lejonte ngarkimin nga depoja qendrore e Maven. Tani është krijuar një projekt Maven me shumë module me dy module dhe një varësi midis dy moduleve. Varësitë midis moduleve të vëllezërve janë tani të disponueshme në depon lokale të Maven në mënyrë që ndërtimi të vazhdojë.
Përdoruesit mund të ndryshojnë rrugën e klonimit në CI
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Si parazgjedhje, GitLab Runner e klonon projektin në një nënshteg unik brenda $CI_BUILDS_DIR. Por për disa projekte, si Golang, kodi duhet të klonohet në një drejtori specifike në mënyrë që të ndërtohet.
Në GitLab 11.10 kemi prezantuar variablin GIT_CLONE_PATH, i cili ju lejon të specifikoni një rrugë specifike ku GitLab Runner klonon projektin përpara se të ekzekutojë detyrën.
Maskim i thjeshtë i variablave të mbrojtur në regjistra
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
GitLab ofron disa mënyra и variabla në GitLab CI/CD. Por variablat ende mund të përfundojnë në regjistrat e ndërtimit, qëllimisht ose aksidentalisht.
GitLab e merr seriozisht menaxhimin dhe auditimin e rrezikut dhe vazhdon të shtojë veçori të pajtueshmërisë. Në GitLab 11.10, ne prezantuam aftësinë për të maskuar disa lloje të variablave në regjistrat e gjurmëve të punës, duke shtuar një nivel mbrojtjeje kundër përfshirjes aksidentale të përmbajtjes së këtyre variablave në regjistra. Dhe tani GitLab shumë variabla token të integruar.
Aktivizo ose çaktivizo Auto DevOps në nivel ekipi
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Me Auto DevOps në një projekt GitLab.com, ju mund të merrni përsipër flukset moderne të punës DevOps nga ndërtimi në dorëzim pa telashe.
Duke filluar me GitLab 11.10, mund të aktivizoni ose çaktivizoni Auto DevOps për të gjitha projektet në të njëjtin grup.
Faqja e licencës e thjeshtuar dhe e përmirësuar
STARTER, PREMIUM, ULTIMATE
Për ta bërë menaxhimin e çelësave të licencës më të përshtatshëm dhe më të thjeshtë, ne kemi ridizajnuar faqen e licencave në panelin e administratorit dhe kemi theksuar elementët më të rëndësishëm.
Përditësoni përzgjedhësin e shkurtoreve për vendosjet e Kubernetes
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Panelet e vendosjes shfaqin informacione për të gjitha vendosjet e Kubernetes.
Në këtë publikim, ne kemi ndryshuar mënyrën se si ne hartojmë shkurtoret për vendosjet. Ndeshjet janë tani në dispozicion nga app.example.com/app и app.example.com/env ose app. Kjo do të shmangë filtrimin e konflikteve dhe rrezikun e vendosjeve të pasakta të lidhura me projektin.
Për më tepër, në GitLab 12.0 ne , dhe një ndeshje do të jetë e mundur vetëm deri app.example.com/app и app.example.com/env.
Krijimi dinamik i burimeve të Kubernetes
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Integrimi i Kubernetes me GitLab ju lejon të përdorni veçorinë RBAC duke përdorur një llogari shërbimi dhe një hapësirë emri të dedikuar për çdo projekt GitLab. Duke filluar me këtë version, për efikasitet maksimal, këto burime do të krijohen vetëm kur nevojiten për vendosje.
Kur vendos Kubernetes, GitLab CI do t'i krijojë këto burime përpara vendosjes.
Vrapues në grup për grupimet në nivel grupi
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Grupet e nivelit të grupit tani mbështesin instalimin e GitLab Runner. Vrapuesit e Kubernetes në nivel grupi u shfaqen projekteve të fëmijëve si vrapues grupi të etiketuar cluster и kubernetes.
Numëruesi i thirrjeve për funksionet Knative
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Karakteristikat e vendosura me , tani tregoni numrin e thirrjeve të marra për një funksion të caktuar. Për ta bërë këtë, ju duhet të instaloni Prometheus në grupin ku është instaluar Knative.
Kontrolli i parametrave git clean për punët e GitLab CI/CD
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Si parazgjedhje, GitLab Runner funksionon git clean gjatë procesit të ngarkimit të kodit gjatë ekzekutimit të një pune në GitLab CI/CD. Që nga GitLab 11.10, përdoruesit mund të kontrollojnë parametrat që i kalohen një ekipi git clean. Kjo është e dobishme për ekipet me vrapues të dedikuar, si dhe për ekipet që mbledhin projekte nga monodepo të mëdha. Tani ata mund të kontrollojnë procesin e shkarkimit përpara se të ekzekutojnë skriptet. Ndryshore e re GIT_CLEAN_FLAGS vlera e paracaktuar është -ffdx dhe pranon të gjithë parametrat e mundshëm të komandës [git clean](https://git-scm.com/docs/git-clean).
Autorizimi i jashtëm në Core
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Mjediset e sigurta mund të kërkojnë një burim shtesë autorizimi të jashtëm për të hyrë në projekt. Ne kemi shtuar mbështetje për një nivel shtesë të kontrollit të aksesit në dhe mori shumë kërkesa për të hapur këtë funksion në Core. Kemi kënaqësinë të prezantojmë autorizimin e jashtëm dhe një shtresë shtesë sigurie për instancat kryesore, pasi kjo veçori është e nevojshme nga pjesëmarrësit individualë.
Aftësia për të krijuar projekte në grupe në Core
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Roli i Zhvilluesit mund të krijojë projekte në grupe , dhe tani kjo është e mundur në Core. Krijimi i projekteve është një veçori kryesore për produktivitetin në GitLab dhe duke e përfshirë këtë veçori në Core, tani është më e lehtë për anëtarët e shembullit të bëjnë diçka të re.
GitLab Runner 11.10
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Sot publikuam GitLab Runner 11.10! GitLab Runner është një projekt me burim të hapur që përdoret për të ekzekutuar punët CI/CD dhe për të dërguar rezultatet përsëri në GitLab.
Ndryshimet më interesante:
- .
- .
- .
- .
- .
Lista e plotë e ndryshimeve mund të gjendet në ndryshimin e GitLab Runner: .
Korrigjimi i të kthyerve project_id në API-në e kërkimit blob në Elasticsearch
STARTER, PREMIUM, ULTIMATE
Ne rregulluam një gabim në API-në e kërkimit të blobit Elasticsearch që gabimisht po kthente 0 për project_id. Do të jetë e nevojshme për të marrë vlerat e sakta project_id pas instalimit të këtij versioni të GitLab.
Përmirësime omnibus
BËRTHAM, STARTER, PREMIUM, ULTIMATE
Ne kemi bërë përmirësimet e mëposhtme për Omnibus në GitLab 11.10:
- GitLab 11.10 përfshin , , publikimi i fundit i të cilit përfshin një direktori të re integrimi për migrimin e lehtë të të dhënave nga Hipchat dhe shumë më tepër. Ky version përfshin , dhe ne rekomandojmë përditësimin.
- Ne , dhe tani është e lehtë të filloni të monitoroni shembullin tuaj GitLab.
- Ne kemi shtuar mbështetje për fshirjen e imazheve të vjetra të kontejnerëve nga regjistri Docker.
- Ne kemi përditësuar ca-certet për 2019-01-23.
Përmirësimet e performancës
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Ne vazhdojmë të përmirësojmë performancën e GitLab me çdo lëshim për instancat e GitLab të të gjitha madhësive. Disa përmirësime në GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Grafikët e përmirësuar të GitLab
BËRTHAM, STARTER, PREMIUM, ULTIMATE
Ne kemi bërë përmirësimet e mëposhtme në grafikët e GitLab:
- .
Karakteristikat e vjetruara
GitLab Geo do të sigurojë ruajtje të hashuar në GitLab 12.0
Kërkohet GitLab Geo për të zbutur konkurrencën në nyjet dytësore. Kjo u vu re në .
Në GitLab ne kemi shtuar këtë kërkesë në dokumentacionin Gjeo: .
Në GitLab sudo gitlab-rake gitlab:geo:check kontrollon nëse ruajtja e hash është aktivizuar dhe të gjitha projektet janë migruar. Cm. . Nëse jeni duke përdorur Geo, ju lutemi ekzekutoni këtë kontroll dhe migroni sa më shpejt të jetë e mundur.
Në GitLab paralajmërim me aftësi të kufizuara të përhershme do të shfaqet në faqe Zona e Administrimit > Geo > nyjet, nëse kontrollet e mësipërme nuk lejohen.
Në GitLab Geo do të përdorë kërkesat e ruajtjes së hash. Cm. .
Data e fshirjes: 22 2019 të qershorit
Mbështetje për Ubuntu 14.04
GitLab 11.10 do të jetë lëshimi i fundit me .
Canonical njoftoi fundin e mbështetjes standarde për Ubuntu 14.04 . Ne i këshillojmë përdoruesit të përmirësojnë në një version të mbështetur LTS: Ubuntu 16.04 ose Ubuntu 18.04.
Data e fshirjes: 22 Maj 2019 qytet
Kufizimi i numrit maksimal të tubacioneve të krijuara për paraqitje
Më parë, GitLab krijoi tubacione për HEAD çdo degë në parashtrim. Kjo është e përshtatshme për zhvilluesit që shtyjnë disa ndryshime në të njëjtën kohë (për shembull, në një degë të veçorive dhe në një degë develop).
Por kur shtyni një depo të madhe me shumë degë aktive (për shembull, lëvizje, pasqyrim ose degëzim), nuk keni nevojë të krijoni një tubacion për secilën degë. Duke filluar me GitLab 11.10 ne po krijojmë gjatë dërgimit.
Data e fshirjes: 22 Maj 2019 qytet
Shtigjet e vjetëruara të kodit të trashëgimisë së GitLab Runner
Që nga Gitlab 11.9, GitLab Runner përdor klonimi/thirrja e depove. Aktualisht, GitLab Runner do të përdorë metodën e vjetër nëse e reja nuk mbështetet. Shikoni më shumë detaje në .
Në GitLab 11.0, ne ndryshuam pamjen e konfigurimit të serverit metrikë për GitLab Runner. metrics_server do të hiqet në favor listen_address në GitLab 12.0. Shikoni më shumë detaje në .
Në versionin 11.3, GitLab Runner filloi të mbështeste ; gjë që çoi në cilësime të reja për . Në , ofron një tabelë ndryshimesh dhe udhëzime për migrimin në konfigurimin e ri. Shikoni më shumë detaje në .
Këto shtigje nuk do të jenë të disponueshme në GitLab 12.0. Si përdorues, nuk keni nevojë të ndryshoni asgjë tjetër përveçse të siguroheni që shembulli juaj GitLab të ekzekutojë versionin 11.9+ kur përmirësoni në GitLab Runner 12.0.
Data e fshirjes: 22 2019 të qershorit
Parametri i vjetëruar për veçorinë e pikës hyrëse për GitLab Runner
11.4 GitLab Runner prezanton parametrin e veçorisë për të rregulluar probleme të tilla si и .
Në GitLab 12.0 ne do të kalojmë në sjelljen e duhur sikur cilësimi i veçorive të ishte çaktivizuar. Shikoni më shumë detaje në .
Data e fshirjes: 22 2019 të qershorit
Mbështetja e vjetëruar për shpërndarjen Linux që arrin EOL për GitLab Runner
Disa shpërndarje Linux në të cilat mund të instalohet GitLab Runner i kanë shërbyer qëllimit të tyre.
Në GitLab 12.0, GitLab Runner nuk do të shpërndajë më paketa në shpërndarje të tilla Linux. Një listë e plotë e shpërndarjeve që nuk mbështeten më mund të gjendet në faqen tonë . Falë Javier Ardo () per !
Data e fshirjes: 22 2019 të qershorit
Heqja e komandave të vjetra të GitLab Runner Helper
Si pjesë e përpjekjeve tona për të mbështetur duhej të braktiste disa komanda të vjetra që përdoren për .
Në GitLab 12.0, GitLab Runner lëshohet duke përdorur komanda të reja. Kjo vlen vetëm për përdoruesit të cilët . Shikoni më shumë detaje në .
Data e fshirjes: 22 2019 të qershorit
Heqja e mekanizmit të pastër të git nga GitLab Runner
Në GitLab Runner 11.10 konfiguroni se si Runner ekzekuton një komandë git clean. Për më tepër, strategjia e re e pastrimit heq përdorimin git reset dhe vendos komandën git clean pas hapit të shkarkimit.
Meqenëse ky ndryshim i sjelljes mund të prekë disa përdorues, ne kemi përgatitur një parametër FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Nëse vendosni vlerën true, do të rivendosë strategjinë e pastrimit të trashëgimisë. Mund të gjeni më shumë rreth përdorimit të parametrave të funksionit në GitLab Runner .
Në GitLab Runner 12.0, ne do të heqim mbështetjen për strategjinë e pastrimit të trashëgimisë dhe aftësinë për ta rikthyer atë duke përdorur një parametër funksioni. Shikoni më shumë detaje në .
Data e fshirjes: 22 2019 të qershorit
Seksioni i Informacionit të Sistemit në panelin e administratorit
GitLab paraqet informacion në lidhje me shembullin tuaj GitLab në admin/system_info, por ky informacion mund të mos jetë i saktë.
Ne paneli i administratorit në GitLab 12.0 dhe ju rekomandojmë ta përdorni .
Data e fshirjes: 22 2019 të qershorit
Ndrysho regjistrin
Kërkoni të gjitha këto ndryshime në regjistrin e ndryshimeve:
Instalim
Nëse po konfiguroni një instalim të ri GitLab, vizitoni .
Update
Shikoni .
Planet e abonimit në GitLab
GitLab është në dispozicion në dy shije: и .
: Në ambiente ose në platformën tuaj të preferuar cloud.
- Bërthamë: Për ekipe të vogla, projekte personale ose provë GitLab për një periudhë të pakufizuar.
- Motorino: Për ekipet që punojnë në të njëjtën zyrë në projekte të shumta që kanë nevojë për mbështetje profesionale.
- Prim: Për ekipet e shpërndara që kanë nevojë për veçori të avancuara, disponueshmëri të lartë dhe mbështetje XNUMX/XNUMX.
- I fundit: Për bizneset që kërkojnë strategji dhe ekzekutim të fortë me siguri dhe pajtueshmëri të përmirësuar.
- GitLab.com: Pritet, menaxhohet dhe administrohet nga GitLab për zhvilluesit dhe ekipet individuale.
- Falas: Depo private të pakufizuara dhe numër i pakufizuar i kontribuesve të projektit. Projektet e mbyllura kanë akses në veçoritë e nivelit FalasKam të kenë akses në veçoritë e nivelit Gold.
- Bronz: Për ekipet që kanë nevojë për qasje në veçoritë e avancuara të rrjedhës së punës.
- Ngjyrë argjendi: Për ekipet që kanë nevojë për aftësi më të fuqishme DevOps, pajtueshmëri dhe mbështetje më të shpejtë.
- Gold: I përshtatshëm për shumë punë CI/CD. Të gjitha projektet e hapura mund të përdorin veçoritë Gold falas, pavarësisht nga plani.
Burimi: www.habr.com