Më shumë opsione bashkëpunimi dhe njoftime shtesë
Në GitLab, ne po kërkojmë vazhdimisht mënyra të reja për të përmirësuar bashkëpunimin përgjatë ciklit jetësor të DevOps. Kemi kënaqësinë të njoftojmë se me këtë version ne mbështesim ! Kjo veçori është e disponueshme nga niveli fillestar GitLab dhe mishëron vërtet moton tonë: "Të gjithë mund të kontribuojnë". Ne e dimë se një kërkesë e vetme për bashkim mund të ketë shumë njerëz që punojnë për të për t'u siguruar që gjithçka është në rregull, dhe tani ju keni mundësinë të caktoni disa pronarë të kërkesave për bashkim!
Ekipet e DevOps tani marrin gjithashtu . Shtoni njoftime të reja në listën e ngjarjeve shtytëse në këto dy biseda dhe ekipi juaj do të jetë i vetëdijshëm për vendosjet e reja pothuajse menjëherë.
Ulni kostot me mbështetjen për kontejnerët Docker në Windows dhe sigurimin në nivel shembulli të grupimeve Kubernetes
Ne i duam kontejnerët! Kontejnerët konsumojnë më pak burime të sistemit në krahasim me makinat virtuale dhe përmirësojnë transportueshmërinë e aplikacionit. Që nga lëshimi i GitLab 11.11 ne mbështesim , kështu që tani mund të përdorni kontejnerët Docker në Windows dhe të shijoni aftësitë e avancuara të orkestrimit dhe menaxhimit të tubacioneve.
GitLab Premium (vetëm rastet e vetë-menaxhuara) tani ofron . Kjo shtesë do të përshpejtojë dorëzimin sepse tani do të keni një përfaqësues të memorizimit për imazhet e Docker të përdorura shpesh.
Përdoruesit e instancave GitLab të vetë-menaxhuara tani mund të ofrojnë , dhe të gjitha ekipet dhe projektet në shembull do ta përdorin atë për vendosjen e tyre. Ky integrim i GitLab me Kubernetes do të krijojë automatikisht burime specifike të projektit për siguri të shtuar.
Dhe kjo nuk është e gjitha!
Përveç veçorive të reja të bashkëpunimit dhe njoftimeve shtesë, ne kemi shtuar , u rrit , kontrolle të thjeshtuara duke përdorur , edhe me shume!
Punonjësi më i vlefshëm i këtij muaji () - Kia Mae Somabes ()
Në këtë version, ne shtuam mundësinë për të shkarkuar dosje individuale nga depot, në vend të të gjithë përmbajtjes. Tani mund të shkarkoni vetëm disa nga skedarët që ju nevojiten. Faleminderit, Kia Mae Somabes!
Karakteristikat kryesore të GitLab 11.11
Windows Container Executor për GitLab Runner
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Në GitLab 11.11, ne shtuam një vrapues të ri në GitLab Runner për t'i bërë kontejnerët Docker të përdorshëm në Windows. Më parë, duhej të përdorje një guaskë për të orkestruar kontejnerët Docker në Windows, por tani mund të punosh me kontejnerët Docker në Windows drejtpërdrejt, pothuajse njësoj si në Linux. Përdoruesit e platformës Microsoft tani kanë më shumë opsione për orkestrimin dhe menaxhimin e tubacioneve.
Ky përditësim përfshin mbështetje të përmirësuar të PowerShell në GitLab CI/CD, si dhe imazhe të reja mbështetëse për versione të ndryshme të kontejnerëve të Windows. Pajisja juaj e Windows mund të përdoret sigurisht me GitLab.com, por ato nuk janë ende mjete të disponueshme për publikun.
Përfaqësuesi i varësisë në memorie të fshehtë për regjistrin e kontejnerit
PREMIUM, ULTIMATE
Ekipet shpesh përdorin kontejnerë në ndërtimin e tubacioneve dhe ruajtja e një përfaqësuesi për imazhet dhe paketat e përdorura shpesh nga rrjedha e sipërme është një mënyrë e shkëlqyer për të shpejtuar tubacionet. Me një kopje lokale të shtresave që ju nevojiten, të aksesueshme përmes përfaqësuesit të ri të memorizimit, mund të punoni në mënyrë më efikase me imazhet e zakonshme në mjedisin tuaj.
Për momentin, përfaqësuesi i kontejnerit është i disponueshëm vetëm për raste të vetë-menaxhuara në serverin e uebit .
Disa persona përgjegjës për kërkesat për bashkim
STARTER, PREMIUM, ULTIMATE, BRONZ, ARGJEND, AR
Është shumë e zakonshme që shumë njerëz të punojnë në një veçori në një degë të përbashkët dhe kërkesë për bashkim, për shembull kur zhvilluesit e nivelit të përparmë dhe të fundit punojnë ngushtë së bashku ose kur zhvilluesit punojnë në çifte, si në Programimin Ekstrem.
Në GitLab 11.11, mund të caktoni shumë njerëz për të bashkuar kërkesat. Ashtu si me pronarët e shumë detyrave, mund të përdorni lista, filtra, njoftime dhe API.
Konfigurimi i grupit Kubernetes në nivelin e shembullit
BËRTHAM, STARTER, PREMIUM, ULTIMATE
Modeli i sigurisë dhe ofrimit në Kubernetes po zhvillohet për të lejuar që një numër i madh klientësh të shërbehen përmes një grupi të përbashkët.
Në GitLab 11.11, përdoruesit e instancave të vetë-menaxhuara tani mund të ofrojnë një grup në nivel shembulli dhe të gjitha ekipet dhe projektet në shembull do ta përdorin atë për vendosjen e tyre. Ky integrim i GitLab me Kubernetes do të krijojë automatikisht burime specifike të projektit për siguri të shtuar.
Njoftimet e vendosjes në Slack dhe Mattermost
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Tani mund të konfiguroni njoftimet automatike për ngjarjet e vendosjes në kanalin e ekipit falë integrimit me bisedat и , dhe ekipi juaj do të jetë i vetëdijshëm për të gjitha ngjarjet e rëndësishme.
Qasja e vizitorëve në çështjet
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Përdoruesit e ftuar të projekteve tuaja tani mund të shikojnë publikimet e publikuara në faqen Publikime. Ata do të jenë në gjendje të shkarkojnë objekte të publikuara, por nuk do të jenë në gjendje të shkarkojnë kodin burimor ose të shohin detajet e depove, të tilla si etiketat ose detyrimet.
Përmirësime të tjera në GitLab 11.11
Grafikët e kryerjes së serializuar për performancë të përmirësuar
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Shumë operacione Git kërkojnë kalimin e grafikut të kryerjes, të tilla si llogaritja e bazës së bashkimit ose renditja e degëve që përmbajnë një commit. Sa më shumë angazhime, aq më të ngadalta janë këto operacione sepse kalimi kërkon ngarkimin e çdo objekti nga disku për të lexuar treguesit e tij.
Në GitLab 11.11, ne aktivizuam funksionin e grafikut të kryerjes së serializuar të prezantuar në publikimet e fundit të Git për të llogaritur dhe ruajtur në mënyrë proaktive këtë informacion. Zvarritjet në depo të mëdha tani janë shumë më të shpejta. Grafiku i angazhimit do të krijohet automatikisht gjatë grumbullimit të ardhshëm të mbeturinave të depove.
Lexoni se si u krijua grafiku i kryerjes së serializuar në nga një prej autorëve të këtij tipari.
Minuta shtesë CI Runner: tani në dispozicion për planet falas
FALAS, BRONZ, ARGJEND, AR
Muajin e kaluar shtuam mundësinë për të blerë minuta shtesë CI Runner, por vetëm për planet me pagesë të GitLab.com. Në këtë version, minutat mund të blihen edhe në plane falas.
Ngarkimi i arkivave të drejtorive në depo
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Në varësi të llojit dhe madhësisë së projektit, arkivi i të gjithë projektit mund të marrë shumë kohë për t'u shkarkuar dhe nuk është gjithmonë i nevojshëm, veçanërisht në rastin e monodepove të mëdha. Në GitLab 11.11, mund të shkarkoni një arkiv të përmbajtjes së drejtorisë aktuale, duke përfshirë nëndirektoritë, për të zgjedhur vetëm dosjet që ju nevojiten.
Faleminderit për punën !
Zbatimi i një sugjerimi tani zgjidh automatikisht diskutimin
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Propozimi i ndryshimeve e bën më të lehtë bashkëpunimin për kërkesat për bashkim duke eliminuar nevojën për copy-paste për të pranuar një ndryshim të propozuar. Në GitLab 11.11, ne e kemi bërë këtë proces edhe më të lehtë duke lejuar që diskutimet të zgjidhen automatikisht kur aplikohet një sugjerim.
Njehsuesi i kohës në shiritin anësor të tabelës së detyrave
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Shiritat e detyrave të shiritit anësor duhet të duken njësoj në pamjet e Bordit dhe Detyrave. Kjo është arsyeja pse GitLab tani ka një gjurmues të kohës në shiritin anësor të tabelës së çështjeve. Thjesht shkoni te tabela juaj e detyrave, klikoni mbi një detyrë dhe do të hapet një shirit anësor me një numërues të kohës.
Informacion rreth vendosjeve në API të Mjedisit
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Ne kemi shtuar aftësinë për të kërkuar në API-në e Mjedisit për informacione specifike mjedisore për të ditur se çfarë commit është vendosur në mjedis tani. Kjo do ta bëjë më të lehtë automatizimin dhe raportimin për përdoruesit e Environments në GitLab.
Përputhjet negative të variablave për rregullat e tubacionit
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Tani mund të kontrolloni për barazi negative ose përputhje të modelit (!= и !~) në dosje .gitlab-ci.yml kur kontrolloni vlerat e variablave të mjedisit, kështu që kontrolli i sjelljes së tubacioneve është bërë më fleksibël.
Kryeni të gjitha punët manuale në një fazë me një klik
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Në GitLab 11.11, përdoruesit që kanë shumë punë manuale në fazat e tyre tani mund të kryejnë të gjitha punët e tilla në një fazë duke klikuar një buton "Luaji te gjitha" ("Run All") në të djathtë të emrit të skenës në pamjen Pipelines.
Krijimi i një skedari direkt nga një variabël mjedisor
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Variablat e mjedisit përdoren shpesh për të krijuar skedarë, veçanërisht për sekretet që duhet të mbrohen dhe janë të aksesueshme vetëm në një tubacion mjedisi specifik. Për ta bërë këtë, ju vendosni përmbajtjen e ndryshores në përmbajtjen e skedarit dhe krijoni një skedar në punën që përmban vlerën. Me një variabël të ri mjedisor si file kjo mund të bëhet në një hap edhe pa modifikim .gitlab-ci.yml.
Pika përfundimtare e API për informacionin e cenueshmërisë
ULTIMATE, GOLD
Tani mund të kërkoni në GitLab API për të gjitha dobësitë e identifikuara në një projekt. Me këtë API, ju mund të krijoni lista dobësish të lexueshme nga makina, të filtruara sipas llojit, besimit dhe ashpërsisë.
Aftësi e plotë skanimi dinamik për DAST
ULTIMATE, GOLD
Në GitLab, ju mund të testoni në mënyrë dinamike sigurinë e aplikacionit (Dynamic Application Security Testing, DAST) si pjesë e tubacionit CI. Duke filluar me këtë version, ju mund të zgjidhni skanimin e plotë dinamik në vend të skanimit standard pasiv. Skanimi i plotë dinamik mbron nga më shumë dobësi.
Instalimi i Prometheus në grupe të nivelit të grupit
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Ky version i GitLab prezanton aftësinë për të bashkangjitur një grup Kubernetes në një grup të tërë. Ne kemi shtuar gjithashtu mundësinë për të instaluar një shembull Prometheus për grup për ta bërë më të lehtë monitorimin e të gjitha projekteve në grup.
Mësoni rreth injorimit të dobësive në Panelin e Sigurisë
ULTIMATE, GOLD
Paneli i sigurisë GitLab lejojnë administratorët të shohin dobësitë e injoruara. Për të thjeshtuar rrjedhën tuaj të punës, ne kemi shtuar mundësinë për të parë detajet e injorimit direkt në pultin tuaj të sigurisë.
Krijo grafikët metrikë të personalizuar në pultin tuaj
PREMIUM, ULTIMATE, ARGJEND, AR
Krijoni grafikët e rinj me metrikë të personalizuar të performancës direkt nga paneli në panelin tuaj të matjeve. Përdoruesit tani mund të krijojnë, përditësojnë dhe fshijnë vizualizimet e metrikës në panelin e kontrollit duke klikuar "Shto metrikë" ("Shto metrikë") në këndin e sipërm djathtas të shiritit të veglave të panelit.
Problemet e njoftimeve janë hapur tani si GitLab Alert Bot
PREMIUM, ULTIMATE, ARGJEND, AR
Tani çështjet që hapen nga njoftimet do ta kenë autorin të vendosur në GitLab Alert Bot, kështu që menjëherë mund të shihni se problemi është krijuar automatikisht nga një njoftim i rëndësishëm.
Ruaj automatikisht përshkrimet epike në ruajtjen lokale
ULTIMATE, GOLD
Përshkrimet epike nuk u ruajtën në hapësirën ruajtëse lokale, kështu që ndryshimet humbën nëse nuk i ruani ato në mënyrë eksplicite kur keni ndryshuar përshkrimin epik. GitLab 11.11 prezantoi aftësinë për të ruajtur përshkrimet epike në ruajtjen lokale. Kjo do të thotë që tani mund të ktheheni lehtësisht në ndryshimin e përshkrimit tuaj epik nëse ndodh një gabim, shpërqendroheni ose dilni aksidentalisht nga shfletuesi.
Mbështetje për pasqyrimin e GitLab për Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZ, ARGJEND, AR
Duke përdorur pasqyrimin, mund të kopjoni depot e Git nga një vend në tjetrin. Kjo e bën të lehtë ruajtjen e një kopjeje të një depoje të vendosur diku tjetër në serverin GitLab. GitLab tani mbështet pasqyrimin e depove me Git LFS, kështu që kjo veçori është e disponueshme edhe për depo me skedarë të mëdhenj, si p.sh. teksturat e lojërave ose të dhënat shkencore.
Lejet e leximit dhe shkrimit të depove për shenjat e aksesit personal
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Shumë shenja të aksesit personal kanë leje për të ndryshuar në nivel api, por qasja e plotë në API mund t'u japë shumë të drejta disa përdoruesve ose organizatave.
Falë kontributit të komunitetit, shenjat e aksesit personal tani mund të kenë vetëm leje leximi dhe shkrimi në depot e projektit, në vend të aksesit më të thellë të nivelit API në zonat e ndjeshme të GitLab si cilësimet dhe anëtarësimi.
Faleminderit, Horatiu Evgen Vlad ()!
Shtimi i mbështetjes bazë për pyetjet e grupit GraphQL
FALAS, BRONZ, ARGJEND, AR, Bërthamë, STARTER, PREMIUM, ULTIMATE
Me GraphQL API, përdoruesit mund të specifikojnë saktësisht se çfarë të dhënash u nevojiten dhe të marrin të gjitha të dhënat që u nevojiten në disa pyetje. Duke filluar me këtë version, GitLab mbështet shtimin e informacionit bazë të grupit në GraphQL API.
Hyni me kredencialet e Salesforce
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
GitLab i do zhvilluesit e Salesforce dhe për të mbështetur këtë komunitet, ne i lejojmë përdoruesit të identifikohen në GitLab me kredencialet e Salesforce.com. Instancat tani mund të konfigurojnë GitLab si një aplikacion të lidhur me Salesforce për të përdorur Salesforce.com për t'u identifikuar në GitLab me një klik.
SAML SSO tani kërkohet për qasje në ueb
PREMIUM, ULTIMATE, ARGJEND, AR
Ne në nivel grupi, i prezantuar në versionin 11.8, me vërtetim të rreptë të burimeve të grupit dhe projektit për të siguruar që përdoruesit të mund të kenë akses vetëm kur të identifikohen me SAML. Kjo është një shtresë shtesë e kontrollit të aksesit për organizatat që vlerësojnë sigurinë dhe përdorin GitLab.com nëpërmjet SAML SSO. Tani mund ta bëni SSO një kërkesë, duke ditur që përdoruesit në grupin tuaj po përdorin SSO.
Filtro sipas të dhënave të krijuara ose të modifikuara së fundi për API epics
ULTIMATE, GOLD
Më parë, nuk ishte e lehtë për të pyetur të dhënat e krijuara ose të ndryshuara së fundmi duke përdorur API-në epike të GitLab. Në versionin 11.11 shtuam filtra shtesë created_after, created_before, updated_after и updated_beforepër të siguruar qëndrueshmëri me API-në e detyrës dhe për të gjetur shpejt epikat e modifikuara ose të krijuara rishtazi.
Vërtetimi biometrik me UltraAuth
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
kompani e specializuar në vërtetimin biometrik pa fjalëkalim. Ne tani e mbështesim këtë metodë vërtetimi në GitLab!
Faleminderit, Karthiki Tanna ()!
GitLab Runner 11.11
Bërthama, STARTER, PREMIUM, ULTIMATE, FALAS, BRONZ, ARGJEND, AR
Sot publikuam GitLab Runner 11.11! 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.
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.11:
- GitLab 11.11 përfshin - , publikimi i ri i të cilit përfshin efemer interaktive dhe më shumë. Ky version përmban , dhe ju këshillojmë ta përditësoni.
- .
Përmirësimi i Skemave
BËRTHAM, STARTER, PREMIUM, ULTIMATE
Ne kemi bërë përmirësimet e mëposhtme në grafikët Helm në GitLab 11.11:
- Në GitLab 11.11 mundeni .
- Në dispozicion për administratorët duke përfshirë
memoryKiller,maxRss,graceTimeиshutdownWait. - Tabelat e timonit tani në shërbimin e kontejnerëve elastikë të Amazon për Kubernetes ()
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.11:
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 një paralajmërim me aftësi të kufizuara të përhershme do të shfaqet në faqe Zona Admin › Gjeo › 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
GitLab Geo do të sjellë PG FDW në GitLab 12.0
Kjo është e nevojshme për Kursorin Geo Log pasi përmirëson ndjeshëm performancën e disa operacioneve të sinkronizimit. Performanca e pyetjeve të statusit të nyjes Geo është përmirësuar gjithashtu. Pyetjet e mëparshme kishin performancë shumë të dobët në projekte të mëdha. Shihni se si ta konfiguroni këtë . Në GitLab Geo do të kërkojë PG FDW. Cm. .
Data e fshirjes: 22 2019 të qershorit
Opsionet e rojës për raportimin dhe regjistrimin e gabimeve do të hiqen nga ndërfaqja e përdoruesit në GitLab 12.0
Këto opsione do të hiqen nga ndërfaqja e përdoruesit në GitLab 12.0 dhe do të jenë të disponueshme në skedar gitlab.yml. Për më tepër, mund të përcaktoni një mjedis Sentry për të bërë dallimin midis vendosjeve të shumta. Për shembull, zhvillimi, vënia në skenë dhe prodhimi. Cm. .
Data e fshirjes: 22 2019 të qershorit
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_serverdo 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ë Jepet 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ë . Faleminderit, Javier Ardo (), për tuajat !
Data e fshirjes: 22 2019 të qershorit
Heqja e komandave të vjetra të GitLab Runner Helper
Si pjesë e shtimit të mbështetjes 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 ne konfiguroni se si Runner ekzekuton një komandë git clean. Përveç kësaj, 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. Shihni në .
Data e fshirjes: 22 2019 të qershorit
në dispozicion vetëm për planet Silver/Premium
Kur prezantuam shabllonet e projektit në nivel ekipi në 11.6, aksidentalisht e bëmë të disponueshme këtë veçori Premium/Argjend për të gjitha planet.
Ne në versionin 11.11 dhe duke u dhënë 3 muaj shtesë të gjithë përdoruesve dhe rasteve nën nivelin Silver/Premium.
Duke filluar nga data 22 gusht 2019, shabllonet e projekteve në grup do të jenë të disponueshme vetëm për planet Silver/Premium dhe më lart, siç përshkruhet në dokumentacion.
Data e fshirjes: 22 2019 gusht
Mbështetja për punët e grupit të Windows është ndërprerë
Në GitLab 13.0 (22 qershor 2020), ne planifikojmë të heqim mbështetjen për punët e grupit të linjës së komandës së Windows në GitLab Runner (p.sh. cmd.exe) në favor të mbështetjes së zgjeruar për Windows PowerShell. Më shumë detaje në .
Vizioni ynë për DevOps të ndërmarrjeve tani do të përputhet me pozicionin e Microsoft se PowerShell është opsioni më i mirë për automatizimin e aplikacioneve të ndërmarrjeve në mjediset Windows. Nëse dëshironi të vazhdoni të përdorni cmd.exe, këto komanda mund të thirren nga PowerShell, por ne nuk do të mbështesim drejtpërdrejt punët e grupit të Windows për shkak të disa mospërputhjeve që rezultojnë në shpenzime të larta të mirëmbajtjes dhe zhvillimit.
Data e fshirjes: 22 2019 shtator,
Kërkon Git 2.21.0 ose më të lartë
Që nga GitLab 11.11, Git 2.21.0 kërkohet për të ekzekutuar. , por përdoruesit e instalimeve origjinale me versionet e mëparshme të Git do të duhet të përmirësohen.
Data e fshirjes: 22 Maj 2019 qytet
Modeli i shërbimit të vjetër të Kubernetes
Në GitLab 12.0 ne planifikojmë të largohemi nga shablloni i shërbimit Kubernetes në favor të konfigurimit të grupit të nivelit të shembullit të prezantuar në GitLab 11.11.
Të gjitha rastet e vetë-menaxhuara që përdorin shabllonin e shërbimit do të migrohen në një grupim të nivelit të shembullit kur përmirësohen në GitLab 12.0.
Data e fshirjes: 22 2019 të qershorit
Tërheqja nga përputhja e etiketës app në panelet e vendosjes së Kubernetes
Në GitLab 12.0, ne planifikojmë të largohemi nga përputhja sipas etiketës së aplikacionit në përzgjedhësin e vendosjes së Kubernetes. Në GitLab 11.10 kemi prezantuar , e cila kërkon për ndeshje nga app.example.com/app и app.example.com/envpër të shfaqur vendosjet në panel.
Për t'i shfaqur këto vendosje në panelet tuaja të vendosjes, thjesht dorëzoni një vendosje të re dhe GitLab do të aplikojë etiketat e reja.
Data e fshirjes: 22 2019 të qershorit
Paketat GitLab 12.0 do të nënshkruhen me një nënshkrim të zgjeruar
2 maj 2019 GitLab Omnibus GitLab nga 01.08.2019/01.07.2020/XNUMX deri më XNUMX/XNUMX/XNUMX. Nëse jeni duke verifikuar nënshkrimet e paketës dhe dëshironi të përditësoni çelësat, thjesht ndiqni përsëri udhëzimet nga .
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
Burimi: www.habr.com