Më shumë mundësi për bashkëpunim dhe njoftime të shtuar
Ne në GitLab gjithmonë po kërkojmë mënyra të reja për të përmirësuar bashkëpunimin gjatë tërë ciklit të jetës DevOps. Me kënaqësi shpallim se në këtë version mbështesim ! Kjo funksion është në dispozicion me nivelin GitLab Starter dhe realisht përcjell moton tonë: «Çdo kush mund të kontribuojnë». E dimë se shumë njerëz mund të punojnë me një të vetme bashkim kërkese për t'u siguruar që gjithçka është në rregull dhe tani keni mundësinë të caktoni më shumë përgjegjës për bashkim kërkesat!
Dhe gjithashtu ekipet DevOps tani marrin . Shtoni njoftime të reja në listën e ngjarjeve të dërgimit në këto dy biseda dhe ekipi juaj do të informohet pothuajse menjëherë për vendosjet e reja.
Reducimi i kostove me mbështetje për kontejnerë Docker në Windows dhe përgatitjen e klastrave Kubernetes në nivelin e instancës
Na pëlqejnë kontejnerët! Kontejnerët shpenzojnë më pak burime të sistemit krahasuar me makinat virtuale dhe përmirësojnëportabilitetin e aplikacioneve. Nga versioni GitLab 11.11 ne mbështesim , kështu që tani mund të përdorni kontejnerë Docker në Windows dhe të shijoni mundësi të avancuara për orkestrimin e pipeline-ve dhe menaxhimin.
GitLab Premium (të vetë-hapur) tani ofron . Ky shtesë do të përshpejtojë dërgimin, sepse tani do të keni një proxy të ndihmuar për imazhet Docker që përdoren shpesh.
Përdoruesit e instancave të vetë-hapura të GitLab tani mund të përgatisin , dhe të gjitha grupet dhe projektet në instancë do ta përdorin atë për dërgesat e tyre. Falë këtij integrimi, GitLab me Kubernetes do të krijojë automatikisht burime për projekte specifike për siguri të shtuar.
Dhe kjo nuk është gjithçka!
Përveç mundësive të reja për bashkëpunim dhe njoftimeve të shtuar, ne kemi shtuar , kemi rritur , kemi thjeshtuar verifikimet me , dhe shumë gjëra të tjera!
Punonjësi më i çmuar i këtij muaji () — Kia Mei Somabes ()
Në këtë version ne kemi shtuar mundësinë për të ngarkuar dosje të veçanta nga repositorët, jo të gjithë përmbajtjen. Tani mund të ngarkoni vetëm disa skedarë të nevojshëm. Faleminderit, Kia Mei Somabes!
Karakteristikat kryesore të GitLab 11.11
Windows Container Executor për GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Në GitLab 11.11 kemi shtuar një ekzekutor të ri në GitLab Runner, në mënyrë që kontejnerët Docker të mund të përdoren në Windows. Më parë, për orkestrimin e kontejnerëve Docker në Windows duhej të përdorej një shell, por tani mund të punoni me kontejnerët Docker në Windows drejtpërdrejt, pothuajse si në Linux. Tani, përdoruesit e platformave nga Microsoft kanë më shumë mundësi për orkestrimin e pipeline-ve dhe menaxhimin.
Ky përditësim përmban mbështetje të përmirësuar për PowerShell në GitLab CI/CD, dhe gjithashtu imazhe ndihmëse të reja për versione të ndryshme të kontejnerëve Windows. Këtu përgjegjësit tuaj Windows sigurisht që mund të përdoren me GitLab.com, por ende nuk janë përfshirë në listën e mjeteve publike.
Proxy i ndihmuar për varësitë për regjistrin e kontejnerëve
PREMIUM, ULTIMATE
Ekipet shpesh përdorin kontejnerë në pipeline-t e ndërtimit, dhe një proxy i ndihmuar për imazhet dhe paketat e zakonshme nga upstream është një mënyrë e shkëlqyer për të përshpejtuar pipeline-t. Me një kopje lokale të katërve të nevojshme, të aksesueshme përmes proxy të ri, mund të punoni më efektivisht me imazhet e zakonshme në mjedisin tuaj.
Derisa proxy për kontejnerët është për momentin në dispozicion vetëm për instancat e vetë-hapura në serverin web .
Më shumë përgjegjës për bashkim kërkesat
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Mjaft shpesh, disa persona punojnë menjëherë mbi një funksion në një degë të përbashkët dhe bashkim kërkese, për shembull, kur zhvilluesit e frontend dhe backend bashkëpunojnë ngushtë me njëri-tjetrin ose kur zhvilluesit punojnë në çifte, siç është programimi ekstrem.
Në GitLab 11.11 mund të caktoni disa persona për bashkim kërkesat. Ashtu si me disa përgjegjës për detyra, këtu mund të përdorni lista, filtra, njoftime dhe API.
Konfigurimi i klastrave Kubernetes në nivelin e instancës
CORE, STARTER, PREMIUM, ULTIMATE
Modeli i sigurisë dhe përgatitjes në Kubernetes po zhvillohet, dhe tani mund të shërbeni një numër të madh klientësh përmes një klasteri të përbashkët.
Në GitLab 11.11, përdoruesit e instanceve të menaxhuara tani mund të përgatisin një grup në nivel instance, dhe të gjitha grupet dhe projektet në instancë do ta përdorin atë për desploit e tyre. Falë këtij integrimi, GitLab me Kubernetes do të krijojë automatikisht burime për projekte specifike për siguri të shtuar.
Njoftimet për desploit në Slack dhe Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Tani mund të konfiguroni njoftime automatike për ngjarjet e desploit në kanalin e ekipit falë integrimit me bisedat dhe , dhe ekipi juaj do të jetë në dijeni për të gjitha ngjarjet e rëndësishme.
Aksesi i mysafirëve në lëshime
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Tani përdoruesit mysafirë të projekteve tuaja mund të shohin lëshimet e publikuara në faqen e Lëshimeve. Atyre do t'u lejohet të shkarkojnë artefaktet e publikuara, por nuk do të mund të shkarkojnë kodin burimor ose të shohin informacion rreth repozitoreve, siç janë etiketat ose commit-et.
Përmirësime të tjera në GitLab 11.11
Grafet e seriuzuar të commit-eve për përmirësimin e performancës
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Për shumë operacione Git, kërkohet kalimi i grafit të commit-eve, si p.sh. llogaritja e bazës së bashkimit ose nxjerrja e degëve që përmbajnë commit. Sa më shumë commit-e, aq më ngadalë realizohen këto operacione, sepse për kalimin nevojitet ngarkimi i çdo objekti nga disku për të lexuar treguesit e tij.
Në GitLab 11.11 ne përfshiem funksionin e grafikëve të seriuzuar të commit-eve, të paraqitur në lëshimet e fundit të Git, për të llogaritur dhe ruajtur këtë informacion në mënyrë paraprakisht. Tani kalimet në repozitorët e mëdhenj realizohen shumë më shpejt. Grafi i commit-eve do të krijohet automatikisht në ndërtimin e ardhshëm të plehrave në repozitor.
Lexoni për mënyrën se si u krijua grafi i seriuzuar të commit-eve në nga një nga autorët e këtij funksioni.
Minutat shtesë CI Runner: tani edhe për planet falas
FALAS, BRONZ, ARGJEND, AR
Muajin e kaluar ne shtuam mundësinë e blerjes së minutave shtesë CI Runner, por vetëm për planet e paguara të GitLab.com. Në këtë lëshim, minutat mund të blihen edhe në planet falas.
Ngarkimi i arkivave të direktorive në repozitor
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Në varësi të llojit dhe madhësisë së projektit, arkivi i tërë projektit mund të ngarkohet ngadalë dhe nuk është gjithmonë i nevojshëm, veçanërisht në rastin e repozitoreve të mëdhenj. Në GitLab 11.11, mund të ngarkohet arkivi i përmbajtjes së direktorisë aktuelle, duke përfshirë direktoritë nëntokësore, për të zgjedhur vetëm dosjet e nevojshme.
Faleminderit për punën, !
Pranimi i propozimit tani automatikisht zgjidh diskutimin
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Propozimi i ndryshimeve lehtëson bashkëpunimin në kërkesat e bashkimit: tani mund të kaloni pa e kopjuar për të pranuar propozimin e ndryshimit. Në GitLab 11.11, ne e bëmë këtë proces edhe më të lehtë: tani diskutimi zgjidhet automatikisht kur pranohet propozimi.
Numëruesi i kohës në panelin anësor të tabelës së detyrave
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Paneli i detyrave duhet të duket njësoj në pamjet e tabelës dhe të detyrave. Prandaj, në GitLab tani ka një numërues kohor në panelin anësor të tabelës së detyrave. Thjesht shkoni në tabelën e detyrave, klikoni te detyra, dhe për një panel anësor me numëruesin e kohës.
Informacione mbi desploit në Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ne shtuam mundësinë e kërkimit të informacionit mbi një ambient specifik nga Environments API, për të ditur se cili commit është shtrirë në ambientin tani. Kjo do të thjeshtojë automatizimin dhe raportimin për përdoruesit e Environments në GitLab.
Përputhje negative e variablave për rregullat e pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Tani mund të kontrolloni barazimin negativ ose përputhjen e modeleve (!= dhe !~) në skedarin .gitlab-ci.yml kur kontrolloni vlerat e variablave të mjedisit, kështu që kontrolli i sjelljes së pipeline-ve është bërë më fleksibël.
Ekzekutimi i të gjitha punëve të bëra manualisht në një hap të vetëm
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Në GitLab 11.11, përdoruesit që kanë shumë punë të bëra manualisht në hapa tani mund t'i ekzekutojnë të gjitha këto punë në një hap, duke klikuar në butonin «Luaj të gjitha» («Ekzekuto të gjitha») në anën e majtë të emrit të hapit në pamjen e pipeline-ve.
Krijimi i skedarit direkt nga variabli i mjedisit
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Variablat e mjedisit shpesh përdoren për krijimin e skedarëve, veçanërisht për sekretet që kanë nevojë për mbrojtje dhe janë të disponueshme vetëm në një pipeline të caktuar mjedisi. Për këtë, ju caktoni si përmbajtje të variablit përmbajtjen e skedarit dhe krijoni një skedar në punë që përmban vlerën. Me një variabël të re të mjedisit të tipit file kjo mund të bëhet në një hap edhe pa e ndërruar .gitlab-ci.yml.
Pika e API për informacionet rreth dobësive
ULTIMATE, GOLD
TANI, AR
Tani mund të kërkoni nga GitLab API të gjitha dobësitë e zbuluara në projekt. Me këtë API mund të krijoni lista të lexueshme nga makina të dobësive me filtra sipas llojit, vërtetësisë dhe rëndësisë.
ULTIMATE, GOLD
Në GitLab mund të testoni dinamikisht sigurinë e aplikacioneve (Dynamic Application Security Testing, DAST) si pjesë e pipeline-it CI. Me këtë version, tani mund të zgjidhni skanimin dinamik të plotë në vend të skanimit standard pasiv. Skanimi dinamik i plotë mbron nga një numër më i madh dobësish.
Instalimi i Prometheus në klasterët në nivel grupi
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Në këtë version, GitLab ka mundësinë për të lidhur një klaster Kubernetes me të gjithë grupin. Po ashtu, kemi shtuar mundësinë e instalimit të një instance Prometheus në këtë klaster për të lehtësuar monitorimin e të gjitha projekteve në klaster.
Informacione për injorimin e dobësive në panelin e sigurisë
ULTIMATE, GOLD
Në panelet e sigurisë GitLab, administratorët mund të shohin dobësitë e injoruara. Për të optimizuar rrjedhën e punës, kemi shtuar mundësinë e shikimit të informacionit mbi injorimin drejtpërdrejt në panelin e sigurisë.
Krijimi i diagrameve te personalizuara të metrikave në panelin e monitorimit
PREMIUM, ULTIMATE, SILVER, GOLD
Krijoni diagrame të reja me metrika të personalizuara për performancën direkt në panelin e instrumenteve në panelin e monitorimit. Tani përdoruesit mund të krijojnë, azhurnojnë dhe fshijnë vizualizimet e metrikave në panelin e monitorimit duke shtypur butonin «Add Metric» («Shto metrikë») në këndin e sipërm të djathtë të panelit të instrumenteve në panelin e monitorimit.
Detyrat nga njoftimet tani hapen në emër të GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Tani, detyrat që hapen nga njoftimet do të kenë si autor GitLab Alert Bot, kështu që do të shihni menjëherë se detyra është krijuar automatikisht nga një njoftim të rëndësishëm.
Ruajtja e përshkrimeve të epikëve në ruajtjen lokale
ULTIMATE, GOLD
Përshkrimet e epikëve nuk ruheshin në ruajtjen lokale, kështu që ndryshimet humbisnin nëse ju nuk i ruanit ato kur ndryshonit përshkrimin e epikut. Në GitLab 11.11, funkcionaliteti për të ruajtur përshkrimet e epikëve në ruajtjen lokale u prezantua. Kjo do të thotë se tani mund të ktheheni lehtësisht për të ndryshuar përshkrimin e epikut nëse ka ndodhur një gabim, ju keni ulet ose keni dalë aksidentalisht nga shfletuesi.
Mbështetje për pasqyrimin në GitLab për Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Me pasqyrimin mund të replikohet repozitorët Git nga një vend në një tjetër. Kjo lehtëson ruajtjen në serverin GitLab të një pasqyre të repozitorit që ndodhet diku tjetër. Tani GitLab mbështet pasqyrimin e repozitorëve me Git LFS, kështu që kjo funksionalitet është e disponueshme edhe për repozitorët me skedarë të mëdhenj, si teksturat për lojëra apo të dhënat shkencore.
Të drejtat për të lexuar dhe shkruar në repozitorë për tokenet e aksesit personale
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Shumë tokenet e aksesit personale kanë leje për ndryshime në nivelin api, por qasja e plotë në API mund të japë shumë të drejta për disa përdorues ose organizata.
Falë kontributit të komunitetit, tani tokenet e aksesit personale mund të kenë të drejta vetëm për të lexuar dhe shkruar për repozitorët e projekteve, dhe jo akses më të thellë në nivelin API në zona të ndjeshme të GitLab si parametra dhe anëtarësi.
Faleminderit, Хорациу Евген Влад ()!
Shtimi i mbështetjes bazë për kërkesat grupore GraphQL
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Me API-në GraphQL, përdoruesit mund të specifikojnë saktësisht se cilat të dhëna iu nevojiten dhe të marrin të gjithë të dhënat e nevojshme me disa kërkesa. Duke filluar nga ky version, GitLab mbështet shtimin e informacionit themelor mbi grupin në API-në GraphQL.
Hyrja me akreditivet Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab e do zhvilluesit e Salesforce, dhe për të mbështetur këtë komunitet, ne lejojmë përdoruesit të hyjnë në GitLab me akreditivet Salesforce.com. Tani në instanca, mund të konfigurohet GitLab si një aplikacion i lidhur me Salesforce për të përdorur Salesforce.com për hyrje në GitLab me një klikim.
SAML SSO tani është i detyrueshëm për akses në web
PREMIUM, ULTIMATE, SILVER, GOLD
Ne në nivel grupi, e cila u fut në versionin 11.8, me kontroll të rreptë të burimeve të grupit dhe projektit, që përdoruesit të kenë qasje vetëm me hyrje nga SAML. Ky është një nivel shtesë kontrolli të aksesit për organizatat që vlerësojnë sigurinë dhe përdorin GitLab.com përmes SAML SSO. Tani mund ta bëni SSO të detyrueshëm, duke ditur që përdoruesit në grupin tuaj po përdorin SSO.
Filtrimi për të dhëna të krijuara ose të ndryshuara së fundmi për API-në e epikëve
ULTIMATE, GOLD
Më parë ishte e vështirë të kërkoje të dhëna të krijuara ose të ndryshuara së fundmi me API-në e epikëve në GitLab. Në versionin 11.11, ne shtuam filtra të tjerë created_after, created_before, updated_after dhe updated_before, për të garantuar koherencën me API-në e detyrave dhe për të gjetur shpejt epikët e ndryshuar ose të krijuar së fundmi.
Autentifikimi biometrik me UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Kompania specializohet në autentifikimin biometrik pa fjalëkalim. Tani mbështesim këtë metodë autentifikimi në GitLab!
Faleminderit, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Sot lëshuam GitLab Runner 11.11! GitLab Runner është një projekt me kod të hapur që përdoret për të ekzekutuar detyra CI/CD dhe për të dërguar rezultatet prapa në GitLab.
Përmirësime Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Kemi bërë përmirësime të mëposhtme në Omnibus në GitLab 11.11:
- GitLab 11.11 përfshin — versioni i ri përfshin mesazhe interaktive efemere dhe shumë më tepër. Ky version përmban , dhe ne rekomandojmë të kryhet përditësimi.
- .
Përmirësim i skemave
CORE, STARTER, PREMIUM, ULTIMATE
Kemi bërë përmirësime të mëposhtme në Helm-charte në GitLab 11.11:
- Në GitLab 11.11 mund të .
- Administratoret kanë , duke përfshirë
memoryKiller,maxRss,graceTimedheshutdownWait. - Helm-charte tani në Amazon Elastic Container Service për Kubernetes ()
Përmirësime të performancës
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vazhdojmë të përmirësojmë performancën e GitLab me çdo lëshim për instancat e GitLab të çdo madhësie. Disa përmirësime në GitLab 11.11:
Karakteristika të vjetra
GitLab Geo do të sigurojë ruajtje të shënuar në GitLab 12.0
GitLab Geo kërkon për të lehtësuar konkurrencën në nodet e dyta. Kjo është theksuar në .
Në GitLab kemi shtuar këtë kërkesë në dokumentacionin Geo: .
Në GitLab sudo gitlab-rake gitlab:geo:check kontrollon nëse ruajtja e shënuar është aktivizuar dhe nëse të gjitha projektet po transferohen. Shih. . Nëse përdorni Geo, ju lutemi kryeni këtë kontroll dhe migroni sa më shpejt që të jetë e mundur.
Në GitLab nje paralajmërim konstant do të shfaqet në faqen Admin Area › Geo › Nodes, nëse kontrollimet e sipërpërmendura nuk janë të lejuara. .
Në GitLab Geo do të përdorë kërkesat për ruajtjen e shënuar. Shih. .
Data e fshirjes: 22 qershor 2019.
GitLab Geo do të sigurojë përdorimin e PG FDW në GitLab 12.0
Kjo është e nevojshme për Geo Log Cursor, pasi rrit ndjeshëm performancën e disa operacioneve të sinkronizimit. Po ashtu, përmirësohet performanca e kërkesave për statusin e nodave Geo. Kërkesat e mëparshme kishin performancë të ulët në projekte të mëdha. Shihni si ta konfiguroni këtë në . Në GitLab Geo do të kërkojë PG FDW. Shihni .
Data e fshirjes: 22 qershor 2019.
Parametrat e Sentry për raportimin e gabimeve dhe regjistrimin do të fshihen nga ndërfaqja në GitLab 12.0
Këta parametra do të fshihen nga ndërfaqja në GitLab 12.0 dhe do të jenë në dispozicion në skedarin gitlab.yml. Për më tepër, do të mund të përcaktoni mjedisin Sentry për të dalluar disa deponime. Për shembull, zhvillim, staging, dhe prodhim. Shihni .
Data e fshirjes: 22 qershor 2019.
Kufizimi i numrit maksimal të pipeline-ve që krijohen nga një dërgesë
Më parë GitLab krijonte pipeline për HEAD çdo degë në dërgesë. Kjo është e dobishme për zhvilluesit që dërgojnë disa ndryshime menjëherë (për shembull, në degën e veçorive dhe në degën develop).
Por, kur dërgoni një depo të madhe, ku ka shumë degë aktive (për shembull, për lëvizjen, pasqyrimin ose ndarjen), nuk ka nevojë për të krijuar një pipeline për çdo degë. Duke filluar nga GitLab 11.10 ne krijojmë në dërgesë.
Data e fshirjes: 22 maj 2019
Rrugët e vjetra (legacy) të kodit të GitLab Runner
Duke filluar nga GitLab 11.9, GitLab Runner përdor klonimit/aktivizimit të depozitës. Aktualisht, GitLab Runner do të përdorë metodën e vjetër nëse e reja nuk mbështetet. Për më shumë detaje, shihni në .
Në GitLab 11.0 kemi ndryshuar pamjen e konfigurimit të serverit të metrikeve për GitLab Runner. metrics_serverdo të hiqet në favor të listen_address në GitLab 12.0. Më shumë informacion shihni në .
Në versionin 11.3, GitLab Runner filloi të mbështesë ; e cila çoi në konfigurime të reja për . Në është paraqitur një tabelë ndryshimesh dhe udhëzime për kalimin në konfigurim të ri. Më shumë informacion shihni në .
Këto rrugë nuk do të jenë të disponueshme në GitLab 12.0. Si përdorues, nuk keni nevojë të ndryshoni asgjë, duhet vetëm të siguroheni që instanca e GitLab të funksionojë me versionin 11.9+ kur përditësoni në GitLab Runner 12.0.
Data e fshirjes: 22 qershor 2019.
Parametri i vjetëruar për tipin e hyrjes për GitLab Runner
Në versionin 11.4 GitLab Runner është prezantuar me parametrin e funksionit për të korrigjuar probleme të tilla si dhe .
Në GitLab 12.0 ne do të kalojmë në një sjellje të saktë, siç do të ishte nëse parameteri i funksionit ishte i çaktivizuar. Më shumë informacion mund të gjeni në .
Data e fshirjes: 22 qershor 2019.
Mbështetje e vjetëruar për distribucione Linux që kanë arritur EOL për GitLab Runner
Disa distribucione Linux që mund të instaloni GitLab Runner kanë përfunduar jetëgjatësinë e tyre.
Në GitLab 12.0, GitLab Runner nuk do të shpërndajë më paketa për këto distribucione Linux. Një listë e plotë e distribucioneve që nuk mbështeten më mund të gjendet në . Faleminderit, Javier Ardo (), për kontributin tënd !
Data e fshirjes: 22 qershor 2019.
Hiqni komandat e vjetra të GitLab Runner Helper
Në kuadër të shtimit të mbështetjes duhet hequr dorë nga disa komanda të vjetra që përdoren për .
Në GitLab 12.0, GitLab Runner aktivizohet me komandat e reja. Kjo ndikon vetëm përdoruesit që . Më shumë informacion mund të gjeni në .
Data e fshirjes: 22 qershor 2019.
Heqja e mekanizmit të vjetër git clean nga GitLab Runner
Në GitLab Runner 11.10 ne për të konfiguruar si Runner kryen komandën git clean. Gjithashtu, strategjia e re e pastrimit heq përdorimin e git reset dhe vendos komandën git clean pas hapit të shkarkimit.
Pasi ky ndryshim sjelljeje mund të ndikojë tek disa përdorues, kemi përgatitur një parametr FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Nëse vendosni vlerën e vërtetë, do të rikthejë strategjinë e pastrimit legacy. Më shumë mbi përdorimin e parametrave të funksioneve në GitLab Runner mund të gjeni .
Në GitLab Runner 12.0 do të heqim mbështetje për strategjinë e pastrimit legacy dhe mundësinë për ta rikthyer atë me parametrin e funksionit. Shihni në .
Data e fshirjes: 22 qershor 2019.
janë të disponueshme vetëm për planet Silver/Premium
Kur prezantuam shabllonat e projekteve në nivel grupi në lëshimin 11.6, rastësisht e bëmë këtë karakteristikë për Premium/Silver të disponueshme për të gjitha planet.
Ne në lëshimin 11.11 dhe po i japim edhe 3 muaj të gjithë përdoruesve dhe instanceve nën nivelin Silver/Premium.
Nga 22 gushti 2019, shabllonat e projekteve grupore do të jenë të disponueshme vetëm për planin Silver/Premium dhe më lart, siç përshkruhet në dokumentacion.
Data e fshirjes: 22 gusht 2019
Heqja e mbështetjes për detyrat e paketave Windows
Në GitLab 13.0 (22 qershor 2020) planifikojmë të heqim mbështetje për detyrat e paketave në komandën e linjës Windows në GitLab Runner (për shembull, cmd.exe) duke favorizuar mbështetje të zgjeruar për Windows PowerShell. Më shumë në .
Tani vizioni ynë për DevOps të korporatës do të përputhet me pozicionin e Microsoft, që PowerShell është opsioni më i mirë për automatizimin e aplikacioneve korporative në ambientet Windows. Nëse dëshironi të vazhdoni të përdorni cmd.exe, këto komanda mund të thirren nga PowerShell, por nuk do të mbështesim drejtpërdrejt detyrat e paketave Windows për shkak të disa mospërputhjeve, që çojnë në kostot e larta të mbështetjes dhe zhvillimit.
Data e fshirjes: 22 shtator 2019
Kërkohet Git 2.21.0 ose më lart
Duke filluar me GitLab 11.11, kërkohet Git 2.21.0 për të funksionuar. , por përdoruesit e instalimeve burimore me versione më të vjetra të Git duhet të azhurnojnë.
Data e fshirjes: 22 maj 2019
Shablloni i shërbimit Kubernetes të kaluar
Në GitLab 12.0 planifikojmë të heqim shabllonin e shërbimit Kubernetes duke favorizuar konfigurimin e klastri në nivel instance, të prezantuar në GitLab 11.11.
Të gjitha instance të vet-shërbimit që përdorin shabllonin e shërbimit do të transferohen në klastri në nivel instance gjatë azhurnimit në GitLab 12.0.
Data e fshirjes: 22 qershor 2019.
Heqja e përputhjes sipas etiketës app në panelat e shpërndarjes Kubernetes
Në GitLab 12.0 planifikojmë të heqim përputhjen sipas etiketës app në selektorin e shpërndarjeve Kubernetes. Në GitLab 11.10 prezantuam , i cili kërkon përputhje sipas app.example.com/app dhe app.example.com/env, për të shfaqur shpërndarjet në panel.
Që këto shpërndarje të shfaqen në panelat e shpërndarjeve, thjesht dërgoni një shpërndarje të re, dhe GitLab do të aplikojë etiketat e reja.
Data e fshirjes: 22 qershor 2019.
Paketat GitLab 12.0 do të nënshkruar me nënshkrim të zgjeruar
Më 2 maj 2019, GitLab Omnibus GitLab nga 01.08.2019 deri në 01.07.2020. Nëse po verifikoni nënshkrimet e paketit dhe dëshironi të azhurnoni çelësat, thjesht përsërisni udhëzimet nga .
Data e fshirjes: 22 qershor 2019.
Dita e ndryshimeve
Kërkoni të gjitha këto ndryshime në ditarin e ndryshimeve:
Instalimi
Nëse po konfiguroni një instalim të ri të GitLab, vizitoni .
Përditësimi
→ Shikoni në
Burimi: habr.com
