ProHoster > Blog > administrasie > GitLab 11.11: Eienaars van verskeie samevoegingsversoeke en verbeterings vir houers
GitLab 11.11: Eienaars van verskeie samevoegingsversoeke en verbeterings vir houers
Meer samewerkingsopsies en meer kennisgewings
Ons by GitLab is voortdurend op soek na nuwe maniere om samewerking oor die hele DevOps-lewensiklus te verbeter. Ons is bly om aan te kondig dat ons vanaf hierdie vrystelling ondersteun verskeie verantwoordelike persone vir een samesmeltingsversoek! Hierdie kenmerk is beskikbaar vanaf die GitLab Starter-vlak en beliggaam werklik ons leuse: "Almal kan bydra". Ons weet dat baie mense aan 'n enkele samesmeltingversoek kan werk om seker te maak alles is in orde, en nou het jy die vermoë om verskeie mense toe te wys wat verantwoordelik is vir samesmeltingsversoeke!
Verminder koste met ondersteuning vir Docker-houers op Windows en instansievlak-voorsiening van Kubernetes-klusters
Ons is mal oor houers! Houers verbruik minder stelselhulpbronne as virtuele masjiene en verbeter toepassingsoordraagbaarheid. Sedert die vrystelling van GitLab 11.11, ondersteun ons Windows Container Executor vir GitLab Runner, so nou kan jy Docker-houers op Windows gebruik en gevorderde pyplyn-orkestrasie en -bestuur geniet.
GitLab Premium (slegs selfbestuurde gevalle) bied nou aan kas-instaanbediener vir afhanklikhede vir Docker-beelde. Hierdie byvoeging sal aflewering bespoedig deur nou 'n kasinstaanbediener te hê vir algemeen gebruikte Docker-beelde.
Gebruikers van selfbestuurde GitLab-instansies kan nou voorsiening maak instansievlak Kubernetes-kluster, en alle groepe en projekte in die geval sal dit gebruik vir hul ontplooiing. Met hierdie GitLab-integrasie met Kubernetes, sal projek-spesifieke hulpbronne outomaties geskep word vir ekstra sekuriteit.
Hierdie Maand se Waardevolste WerknemerMVP) — Kia May Somabes (Kia Mei Somabes)
In hierdie weergawe het ons die vermoë bygevoeg om individuele dopgehou van die bewaarplekke af te laai eerder as alle inhoud. Nou kan jy net 'n paar lêers aflaai wat jy nodig het. Dankie, Kia May Somabes!
In GitLab 11.11 het ons 'n nuwe eksekuteur by GitLab Runner gevoeg sodat Docker-houers op Windows gebruik kan word. Voorheen moes jy 'n dop gebruik om Docker-houers op Windows te orkestreer, maar nou kan jy direk met Docker-houers op Windows werk, net soos jy op Linux sou. Nou het gebruikers van platforms van Microsoft meer opsies vir pyplynorkestrasie en -bestuur.
Hierdie opdatering sluit verbeterde PowerShell-ondersteuning in GitLab CI/CD in, sowel as nuwe satellietbeelde vir verskillende weergawes van Windows-houers. Jou eie Windows-hardlopers kan natuurlik saam met GitLab.com gebruik word, maar hulle is nie tans op die lys van publiek beskikbare gereedskap nie.
Kas afhanklikheidsinstaanbediener vir houerregister
PREMIUM, UITSTEKENDE
Spanne gebruik dikwels houers in boupyplyne, en 'n kas-instaanbediener vir algemeen gebruikte beelde en stroomop-pakkette is 'n uitstekende manier om pyplyne te bespoedig. Met 'n plaaslike kopie van die verlangde lae beskikbaar deur die nuwe kasinstaanbediener, kan jy meer doeltreffend met algemene beelde in jou omgewing werk.
Tot dusver is die houerinstaanbediener slegs beskikbaar vir selfbestuurde gevalle op die webbediener Puma (in eksperimentele modus).
Veelvuldige verantwoordelik vir samesmeltingsversoeke
STARTER, PREMIUM, ULTIMATE, BRONS, SILWER, GOUD
Dit is redelik algemeen dat veelvuldige mense gelyktydig aan 'n kenmerk in 'n gedeelde tak werk en versoek om saam te voeg, soos wanneer front-end en back-end ontwikkelaars nou saamwerk met mekaar, of wanneer ontwikkelaars in pare werk, soos in Extreme Programming .
In GitLab 11.11 kan verskeie mense toegewys word om versoeke saam te voeg. Soos met veelvuldige taakeienaars, kan lyste, filters, kennisgewings en API's hier gebruik word.
Kubernetes-klusterkonfigurasie op instansievlak
KERN, VOORGER, PREMIUM, UITSTEKEND
Die sekuriteit- en voorsieningsmodel in Kubernetes is besig om te ontwikkel en dit is nou moontlik om 'n groot aantal kliënte deur een gedeelde groepering te bedien.
In GitLab 11.11 kan selfbestuurde instansiegebruikers nou 'n groepering op instansievlak voorsien, en alle spanne en projekte in 'n instansie sal dit vir hul ontplooiings gebruik. Met hierdie GitLab-integrasie met Kubernetes, sal projek-spesifieke hulpbronne outomaties geskep word vir ekstra sekuriteit.
Nou kan jy outomatiese kennisgewings oor ontplooiingsgebeure in die spankanaal opstel danksy kletsintegrasie Slack и Mattermost, en jou span sal bewus wees van alle belangrike gebeurtenisse.
Gasgebruikers van jou projekte kan nou vrystellings sien wat op die Vrystellings-bladsy gepubliseer is. Hulle sal die gepubliseerde artefakte kan aflaai, maar hulle sal nie die bronkode kan aflaai of inligting oor die bewaarplekke, soos merkers of commits, kan sien nie.
Baie Git-bewerkings vereis deurkruising van die commit-grafiek, soos die berekening van die samesmeltingsbasis of die lys van die takke wat die commit bevat. Hoe meer commits, hoe stadiger is hierdie bewerkings, want die deurkruising vereis dat elke voorwerp vanaf skyf gelaai word om sy wysers te lees.
In GitLab 11.11 het ons die serialized commit-grafiekfunksie wat in onlangse vrystellings van Git bekendgestel is, geaktiveer om hierdie inligting vooraf te bereken en te stoor. Kruip in groot bewaarplekke is nou baie vinniger. Die commit-grafiek sal outomaties geskep word op die volgende vullisversameling van die bewaarplek.
Lees oor hoe die serialized commit-grafiek geskep is by artikelreeks van een van die skrywers van hierdie funksie.
Ekstra CI Runner minute: nou ook vir gratis planne
GRATIS, BRONS, SILWER, GOUD
Verlede maand het ons die vermoë bygevoeg om bykomende CI Runner-minute te koop, maar slegs vir betaalde GitLab.com-planne. In hierdie vrystelling kan minute ook in gratis planne gekoop word.
Afhangende van die tipe en grootte van die projek, kan die argief van die hele projek lank neem om af te laai en is dit nie altyd nodig nie, veral in die geval van groot mono-bewaarplekke. In GitLab 11.11, kan jy 'n argief van die inhoud van die huidige gids, insluitend subgidse, aflaai om slegs die dopgehou te kies wat jy nodig het.
Om veranderinge voor te stel vergemaklik samewerkende werk oor samesmeltingsversoeke: nou kan jy sonder copy-paste klaarkom om die voorgestelde verandering te aanvaar. In GitLab 11.11 het ons hierdie proses nog makliker gemaak, met bespreking wat nou outomaties opgelos word wanneer 'n voorstel toegepas word.
Taakkantbalke moet dieselfde lyk in die bord- en taakaansigte. Daarom het GitLab nou 'n tydteller in die taakbalk-sybalk op die taakbord. Gaan net na die taakbord, klik op 'n taak, en 'n sybalk met 'n tydteller sal oopmaak.
Ons het die vermoë bygevoeg om navraag te doen na die Environments API vir spesifieke omgewingsinligting om te weet watter commit op die oomblik in die omgewing ontplooi is. Dit sal dit makliker maak om te outomatiseer en aan gebruikers van omgewings in GitLab te rapporteer.
Jy kan nou kyk vir negatiewe gelykheid of patroonpassing (!= и !~) in lêer .gitlab-ci.yml wanneer die waardes van omgewingsveranderlikes nagegaan word, het die beheer van die gedrag van pypleidings meer buigsaam geword.
In GitLab 11.11 kan gebruikers wat baie handtake in fases het nou al sulke take in een stadium uitvoer deur op die knoppie te klik "Speel alles" ("Run All") regs van die verhoognaam in die pyplynaansig.
Omgewingsveranderlikes word dikwels gebruik om lêers te skep, veral vir geheime wat beskerm moet word en slegs in 'n spesifieke omgewingspyplyn beskikbaar is. Om dit te doen, stel jy die inhoud van die veranderlike op die inhoud van die lêer en skep 'n lêer in die taak wat die waarde bevat. Met 'n nuwe omgewing veranderlike soos file dit kan in een stap gedoen word selfs sonder om te verander .gitlab-ci.yml.
API-eindpunt vir kwesbaarheidbesonderhede
UITSTEKENDE, GOUD
U kan nou die GitLab API navraag doen vir alle kwesbaarhede wat in die projek geïdentifiseer is. Met hierdie API kan jy masjienleesbare lyste van kwesbaarhede skep wat volgens tipe, sekerheid en erns gefiltreer word.
Volle dinamiese skanderingsvermoë vir DAST
UITSTEKENDE, GOUD
In GitLab kan u toepassingsekuriteit (Dynamic Application Security Testing, DAST) dinamies toets binne die CI-pyplyn. Vanaf hierdie weergawe kan jy 'n volledige dinamiese skandering kies in plaas van die standaard passiewe skandering. Volle dinamiese skandering beskerm teen meer kwesbaarhede.
Hierdie vrystelling van GitLab stel die vermoë bekend om 'n Kubernetes-kluster aan 'n hele groep te koppel. Ons het ook die vermoë bygevoeg om een instansie van Prometheus per kluster te installeer om dit makliker te maak om alle projekte op die cluster te monitor.
Oor die ignorering van kwesbaarhede in die sekuriteitkontroleskerm
UITSTEKENDE, GOUD
Administrateurs kan geïgnoreerde kwesbaarhede in die GitLab-sekuriteitkontroleskerms sien. Om jou werkvloei te stroomlyn, het ons die vermoë bygevoeg om ignoreerbesonderhede direk in die sekuriteitspaneel te sien.
Skep pasgemaakte Dashboard Metrics Charts
PREMIUM, ULTIMATE, SILWER, GOUD
Skep nuwe kaarte met gepasmaakte prestasiemaatstawwe direk vanaf die Metrics Dashboard-nutsbalk. Gebruikers kan nou kontroleskermmetriekvisualiserings skep, opdateer en uitvee deur op die knoppie te klik "AddMetric" ("Voeg metrieke by") in die regter boonste hoek van die paneelbordnutsbalk.
Take van kennisgewings word nou oopgemaak as GitLab Alert Bot
PREMIUM, ULTIMATE, SILWER, GOUD
Kwessies wat vanaf kennisgewings oopgemaak word, sal nou deur die GitLab Alert Bot geskryf word, sodat jy dadelik kan sien dat die kwessie outomaties geskep is vanaf 'n belangrike kennisgewing.
Stoor epiese beskrywings outomaties in plaaslike berging
UITSTEKENDE, GOUD
Epiese beskrywings is nie in plaaslike berging gestoor nie, so veranderinge het verlore gegaan tensy jy dit uitdruklik gestoor het toe jy die epiese beskrywing verander het. GitLab 11.11 het die vermoë bekendgestel om epiese beskrywings in plaaslike berging te stoor. Dit beteken dat jy nou maklik kan teruggaan na die wysiging van die epiese beskrywing as 'n fout voorkom, jy afgelei word of as jy per ongeluk die blaaier verlaat.
Spieëlondersteuning op GitLab vir Git LFS
STARTER, PREMIUM, ULTIMATE, BRONS, SILWER, GOUD
Met spieëling kan u Git-bewaarplekke van een plek na 'n ander repliseer. Dit maak dit maklik om 'n replika van 'n bewaarplek op 'n ander plek op die GitLab-bediener te stoor. GitLab ondersteun nou weerspieëling van bewaarplekke met Git LFS, so hierdie kenmerk is selfs beskikbaar vir bewaarplekke met groot lêers, soos teksture vir speletjies of wetenskaplike data.
Lees en skryf toestemmings op die bewaarplek vir persoonlike toegangtokens
Baie persoonlike toegangtokens het toestemmings om op die vlak te verander api, maar volle toegang tot die API gee dalk te veel regte vir sommige gebruikers of organisasies.
Danksy gemeenskapsbydraes kan persoonlike toegangstekens nou net lees-/skryftoestemmings vir projekbewaarplekke hê, eerder as dieper API-vlak toegang tot delikate GitLab-areas soos instellings en lidmaatskap.
Met die GraphQL API kan gebruikers presies spesifiseer watter data hulle benodig en al die data kry wat hulle benodig in 'n paar navrae. Vanaf hierdie vrystelling ondersteun GitLab die byvoeging van basiese groepinligting by die GraphQL API.
GitLab is mal oor Salesforce-ontwikkelaars, en om hierdie gemeenskap te ondersteun, laat ons gebruikers toe om by GitLab aan te meld met hul Salesforce.com-bewyse. Gevalle kan GitLab nou opstel as 'n toepassing wat aan Salesforce gekoppel is, sodat hulle Salesforce.com kan gebruik om met een klik by GitLab aan te meld.
SAML SSO word nou vir webtoegang vereis
PREMIUM, ULTIMATE, SILWER, GOUD
Ons is uitbreiding van enkelaanmelding (SSO) vereiste op groepvlak, bekendgestel in die 11.8-vrystelling, met streng validering van groep- en projekhulpbronne sodat gebruikers slegs toegang kan kry wanneer hulle met SAML aangemeld is. Dit is 'n bykomende laag toegangsbeheer vir organisasies wat sekuriteit waardeer en GitLab.com via SAML SSO gebruik. Nou kan jy SSO 'n vereiste maak, met die wete dat die gebruikers in jou groep SSO gebruik.
Filtreer volgens onlangs geskepte of gewysigde data vir die epics API
UITSTEKENDE, GOUD
Dit was vroeër moeilik om navraag te doen oor nuutgeskepte of gewysigde data met die GitLab epics API. In vrystelling 11.11 het ons bykomende filters bygevoeg created_after, created_before, updated_after и updated_beforeom konsekwentheid met die kwessies-API te verseker en vinnig veranderde of nuutgeskepte eposse te vind.
Vandag het ons GitLab Runner 11.11 vrygestel! GitLab Runner is 'n oopbronprojek wat gebruik word om CI/CD-take uit te voer en die resultate terug te stoot na GitLab.
GitLab Geo sal hashed-berging na GitLab 12.0 bring
GitLab Geo word vereis gehash stoor om mededinging op sekondêre nodusse te versag. Dit is opgemerk in gitlab-ce#40970.
In GitLab 11.5 ons het hierdie vereiste by die Geo-dokumentasie gevoeg: gitlab-ee#8053.
In GitLab 11.6sudo gitlab-rake gitlab:geo:check kyk of gehash-berging geaktiveer is en of alle projekte gemigreer is. Cm. gitlab-ee#8289. As jy Geo gebruik, voer asseblief hierdie kontrole uit en migreer so gou as moontlik.
In GitLab 11.8 'n permanent gedeaktiveerde waarskuwing sal op die bladsy vertoon word Admin Area › Geo › Nodesindien bogenoemde tjeks nie toegelaat word nie. gitlab-ee!8433.
In GitLab 12.0 Geo sal gehashte bergingvereistes gebruik. Cm. gitlab-ee#8690.
Uitveedatum: 22 Junie 2019 stad
GitLab Geo sal PG FDW na GitLab 12.0 bring
Dit is nodig vir die Geo-logwyser, aangesien dit die werkverrigting van sommige sinchronisasie-operasies aansienlik verbeter. Dit verbeter ook die werkverrigting van Geo node-statusnavrae. Die vorige navrae het te lae prestasie in groot projekte gehad. Kyk hoe om dit op te stel in Geo databasis replikasie. In GitLab 12.0 Geo sal PG FDW vereis. Cm. gitlab-ee#11006.
Uitveedatum: 22 Junie 2019 stad
Sentry-opsies vir foutrapportering en -aantekening sal van die gebruikerskoppelvlak in GitLab 12.0 verwyder word
Hierdie opsies sal van die gebruikerskoppelvlak in GitLab 12.0 verwyder word en sal in die lêer beskikbaar wees gitlab.yml. Daarbenewens sal jy 'n Sentry-omgewing kan definieer om tussen veelvuldige ontplooiings te onderskei. Byvoorbeeld, ontwikkeling, opvoering en produksie. Cm. gitlab-ce#49771.
Uitveedatum: 22 Junie 2019 stad
Beperk die maksimum aantal pyplyne wat deur een voorlegging geskep word
Voorheen het GitLab pyplyne geskep vir HEAD elke tak in die besending. Dit is nuttig vir ontwikkelaars wat veelvuldige veranderinge gelyktydig druk (byvoorbeeld na 'n kenmerktak en 'n develop).
Maar wanneer jy 'n groot bewaarplek stoot waar daar baie aktiewe takke is (byvoorbeeld om te skuif, te spieël of vurk), hoef jy nie 'n pyplyn vir elke tak te skep nie. Begin met GitLab 11.10 wat ons skep maksimum 4 pypleidings wanneer dit gestuur word.
Uitveedatum: 22 Mei 2019 stad
GitLab Runner nalatenskapkodepaaie
Sedert Gitlab 11.9 GitLab Runner gebruik nuwe metode kloning/oproep van die bewaarplek. Tans sal GitLab Runner die ou metode gebruik as die nuwe een nie ondersteun word nie. Sien meer in hierdie taak.
In GitLab 11.0 het ons die metrieke bedienerkonfigurasieaansig vir GitLab Runner verander. metrics_serversal ten gunste van verwyder word listen_address in GitLab 12.0. Sien meer in hierdie taak.
Hierdie paaie sal nie in GitLab 12.0 beskikbaar wees nie. As 'n gebruiker hoef jy niks te verander nie, maak net seker dat jou GitLab-instansie weergawe 11.9+ loop wanneer jy opgradeer na GitLab Runner 12.0.
Uitveedatum: 22 Junie 2019 stad
Verouderde opsie vir toegangspuntfunksie vir GitLab Runner
In GitLab 12.0 sal ons oorskakel na die korrekte gedrag asof die kenmerkinstelling gedeaktiveer is. Sien meer in hierdie taak.
Uitveedatum: 22 Junie 2019 stad
Verouderde ondersteuning vir 'n Linux-verspreiding wat EOL vir GitLab Runner bereik het
Sommige Linux-verspreidings waarop u GitLab Runner kan installeer, het hul doel gedien.
In GitLab 12.0 sal GitLab Runner nie meer pakkette na hierdie Linux-verspreidings versprei nie. 'n Volledige lys van verspreidings wat nie meer ondersteun word nie, kan in ons gevind word dokumentasie. Dankie Javier ArdoJavier Jardon), vir jou bydrae!
GitLab 12.0 loods GitLab Runner met nuwe opdragte. Dit geld slegs vir gebruikers wat ignoreer helperbeeld. Sien meer in hierdie taak.
Uitveedatum: 22 Junie 2019 stad
Die verwydering van die ou Git Clean-meganisme van GitLab Runner
In GitLab Runner 11.10 het ons geleentheid gebied het stel in hoe Runner 'n opdrag uitvoer git clean. Daarbenewens verwyder 'n nuwe skoonmaakstrategie die gebruik git reset en gee die bevel git clean na die oplaaistap.
Aangesien hierdie gedragsverandering sommige gebruikers kan beïnvloed, het ons 'n instelling voorberei FF_USE_LEGACY_GIT_CLEAN_STRATEGY. As jy die waarde stel true, sal dit die ou skoonmaakstrategie herstel. Meer oor die gebruik van funksieparameters in GitLab Runner kan gevind word in dokumentasie.
In GitLab Runner 12.0 sal ons ondersteuning vir die verouderde skoonmaakstrategie verwyder en die vermoë om dit te herstel met behulp van 'n funksieparameter. Sien in hierdie taak.
Toe ons groepvlak-projeksjablone in die 11.6-weergawe bekend gestel het, het ons per ongeluk hierdie Premium/Silwer-funksie vir alle planne beskikbaar gestel.
Ons is maak hierdie fout reg in die 11.11-vrystelling en gee nog 3 maande aan alle gebruikers en gevalle onder die Silwer/Premium-vlak.
Vanaf 22 Augustus 2019 sal spanprojeksjablone slegs beskikbaar wees vir die Silwer/Premium-plan en hoër, soos beskryf in die dokumentasie.
Uitveedatum: 22 2019 Augustus
Ondersteuning vir Windows-joernaaltake laat val
In GitLab 13.0 (22 Junie 2020) beplan ons om ondersteuning vir bondeltake op die Windows-opdragreël in GitLab Runner te laat vaar (byvoorbeeld, cmd.exe) ten gunste van uitgebreide ondersteuning vir Windows PowerShell. Lees meer in hierdie taak.
Ons visie vir onderneming DevOps sal nou ooreenstem met Microsoft se standpunt dat PowerShell die beste opsie is vir die outomatisering van ondernemingstoepassings in Windows-omgewings. As jy wil voortgaan om te gebruik cmd.exe, kan hierdie opdragte vanaf PowerShell geroep word, maar ons sal nie Windows-joernaaltake direk ondersteun nie as gevolg van verskeie teenstrydighede wat hoë instandhoudings- en ontwikkelingsbokoste tot gevolg het.
In GitLab 12.0 beplan ons om die Kubernetes-dienspatroon af te skei op instansievlak ten gunste van die instansievlak-klusterkonfigurasie wat in GitLab 11.11 bekendgestel is.
Alle selfbestuurde instansies wat die dienssjabloon gebruik, sal na 'n instansievlakkluster gemigreer word wanneer na GitLab 12.0 opgegradeer word.
Uitveedatum: 22 Junie 2019 stad
Onttrekking van etiketpassing app op Kubernetes-ontplooiingspanele
In GitLab 12.0 beplan ons om programetiketpassing in die Kubernetes-ontplooiingkieser af te skei. In GitLab 11.10 het ons bekendgestel nuwe bypassende meganisme, wat vir vuurhoutjies op soek app.example.com/app и app.example.com/envom ontplooiings op die paneel te vertoon.
Om hierdie ontplooiings in die ontplooiingspanele te laat verskyn, hoef u net 'n nuwe ontplooiing in te dien en GitLab sal die nuwe etikette toepas.
Uitveedatum: 22 Junie 2019 stad
GitLab 12.0-pakkette sal met uitgebreide ondertekening onderteken word