Release 13.4 har släppts med HashiCorp-lagring för CI-variabler, Kubernetes Agent och säkerhetscenter, samt växlande funktioner i Starter
På GitLab funderar vi alltid på hur vi kan hjälpa användare att minska risker, förbättra effektiviteten och förbättra leveranshastigheten på din favoritplattform. Den här månaden har vi lagt till många användbara nya funktioner som utökar säkerhetsfunktionerna, minskar antalet sårbarheter, ökar effektiviteten, förenklar arbetet med GitLab och hjälper ditt team att leverera funktioner ännu snabbare. Vi hoppas att du kommer att finna de viktigaste funktionerna i utgåvan användbara, liksom 53 andra nya funktioner, läggs till i den här utgåvan.
Avancerade säkerhetsfunktioner
Vi försöker lägga till flera nya funktioner till GitLab DevSecOps varje månad, och den här utgåvan är inget undantag. inom ramen för montering och driftsättning. Dessutom kan organisationer som vill stödja separation av ansvarsområden för koddistribution nu . Denna roll motsvarar och kommer att tillåta dig att bekräfta sammanslagningsförfrågningar (i den ryska lokaliseringen av GitLab "sammanfogningsförfrågningar") och distribuera kod i skyddade miljöer, utan att ge tillgång till att ändra själva koden.
Ett annat sätt att minska riskerna är att använda nytt . Operationsteam kan distribuera Kubernetes-kluster från GitLab utan att behöva exponera sitt kluster för hela internet. Vi introducerar också stöd för automatisk versionskontroll för nya Terraform-tillståndsfiler med för att stödja efterlevnad och enkel felsökning. Slutligen blev instansens säkerhetsinstrumentpanel med sårbarhetsrapporter och säkerhetsinställningar.
Mer bekvämt och effektivt arbete med GitLab
Vi har förbättrat vår globala sökning för att inkludera , så att du enkelt kan navigera till de senaste biljetterna, grupperna, projekten, inställningarna och hjälpämnena. Vi är glada över att kunna meddela att GitLab Pages att omdirigera enskilda sidor och kataloger inom webbplatsen, vilket gör det möjligt för användare att mer effektivt distribuera sina webbplatser. Och för dem som vill få utökad information om implementeringen tillåter den här utgåvan !
Bidrag med öppen källkod
Var närvarande som jag lagt till . Märken på enhetstesttäckning av ändrad kod ger utvecklare en tydlig uppfattning om kodtäckning under granskning; den här informationen hjälper till att påskynda granskningen och minska tiden för att slå samman och distribuera ny kod. Och vi också och planera .
Och det här är bara början!
Som alltid är det för lite utrymme i den allmänna översikten, men det finns många coola funktioner i 13.4-utgåvan. Här är några fler:
- .
Om du vill veta i förväg vad som väntar dig i nästa släpp, ta en titt .
.
den här månaden -
Fabio bidrog avsevärt в - en funktion som man har efterlängtat väldigt länge i GitLab-communityt. Detta är ett verkligt viktigt bidrag med icke-triviala förändringar som krävde konstant samarbete med GitLab-teammedlemmar och påverkade många delar av projektet som UX, front-end och back-end.
Huvuddragen i GitLab 13.4-versionen
Använd HashiCorp Vault-nycklar i CI-jobb
(PREMIUM, ULTIMATE, SILVER, GULD)
I release 12.10 introducerade GitLab möjligheten att ta emot och överföra nycklar till CI-jobb med hjälp av GitLab-jobbhanteraren (GitLab runner). Nu expanderar vi , lägga till ny syntax secrets att arkivera .gitlab-ci.yml. Detta kommer att göra det lättare att ställa in och använda HashiCorp-förvaret med GitLab.
и .
Vi presenterar GitLab Kubernetes Agent
(PREMIUM, ULTIMAT)
GitLabs integration med Kubernetes har länge gjort det möjligt att distribuera till Kubernetes-kluster utan behov av manuell konfiguration. Många användare gillade det här paketets enkla användning, medan andra stötte på vissa svårigheter. För den aktuella integrationen måste ditt kluster vara tillgängligt från Internet för att GitLab ska kunna komma åt det. För många organisationer är detta inte möjligt eftersom de begränsar åtkomsten till kluster av säkerhets-, efterlevnads- eller regulatoriska skäl. För att komma runt dessa begränsningar behövde användare bygga sina verktyg ovanpå GitLab, annars skulle de inte kunna använda den här funktionen.
Idag introducerar vi GitLab Kubernetes Agent, ett nytt sätt att distribuera till Kubernetes-kluster. Agenten körs i ditt kluster, så du behöver inte exponera den för hela Internet. Agenten koordinerar distributionen genom att begära nya ändringar från GitLab, snarare än att GitLab driver uppdateringar till klustret. Oavsett vilken GitOps-metod du använder, har GitLab dig täckt.
Observera att detta är den första utgåvan av agenten. Vårt nuvarande fokus för GitLab Kubernetes Agent är att konfigurera och hantera distributioner genom kod. Vissa befintliga Kubernetes-integreringsfunktioner, såsom distributionskort och GitLab-hanterade applikationer, stöds ännu inte. att dessa funktioner kommer att läggas till agenten i framtida releaser, samt nya integrationer fokuserade på säkerhet och efterlevnad.
и .
Ge användarna distributionsbehörigheter utan kodåtkomst
(PREMIUM, ULTIMATE, SILVER, GULD)
Tidigare har GitLabs behörighetssystem gjort det svårt att dela upp ansvaret inom ditt team på rätt sätt mellan de ansvariga för utvecklingen och de som ansvarar för driftsättningen. Med lanseringen av GitLab 13.4 kan du ge tillstånd att godkänna sammanslagningsförfrågningar för distribution, såväl som att faktiskt distribuera kod till personer som inte skriver koden, utan att ge dem åtkomsträttigheter för underhållare (i den ryska lokaliseringen av GitLab "underhållare" ).
и .
Säkerhetscenter
(ULTIMAT, GULD)
Tidigare var sårbarhetshantering på instansnivå begränsad i både funktionalitet och flexibilitet. Gränssnittet var en enda sida som kombinerar detaljer om sårbarheter, statistikdiagram och inställningar. Det finns inte mycket utrymme att utveckla dessa funktioner eller använda andra säkerhetsfunktioner.
Vi har gjort grundläggande förändringar i hur vi hanterar säkerhet och transparens i GitLab. Instanssäkerhetspanelen har förvandlats till ett helt säkerhetscenter. Den största förändringen är införandet av en ny menystruktur: istället för en sida ser du nu säkerhetsinstrumentpanelen, sårbarhetsrapporten och inställningarna separat. Även om funktionaliteten inte har förändrats, kommer att dela upp den i delar möjliggöra förbättringar av det här avsnittet som annars skulle vara svårt. Detta skapar också förutsättningar för att lägga till andra säkerhetsrelaterade funktioner i framtiden.
Den dedikerade sårbarhetsrapporten har nu mer utrymme för att visa viktiga detaljer. Här är de sårbarheter som för närvarande finns på projektets lista över sårbarheter. Att flytta widgets med sårbarhetsstatistik till en separat sektion skapar en bekväm säkerhetskontrollpanel. Det är nu en duk för framtida visualiseringar – inte bara för sårbarhetshantering, utan för alla säkerhetsrelaterade mätvärden. Slutligen skapar ett separat inställningsområde ett gemensamt utrymme för alla säkerhetsinställningar på instansnivå, inte bara sårbarhetshantering.
и .
Växlingsbara funktioner finns nu i GitLab Starter
(STARTER, PREMIUM, ULTIMATE, BRONS, SILVER, GULD)
GitLab 11.4 släpptes . I 12.2 introducerade vi strategier för dem и , och i 13.1 lade de till и för olika miljöer.
Tidigare i år gjorde GitLab ett åtagande till öppen källkod. I den här versionen har vi slutfört migreringen av växlande funktioner till startplanen och kommer att fortsätta att migrera dem till Core från . Vi är glada över att kunna erbjuda den här funktionen till fler användare och vill höra hur du använder den.
и .
Snabbnavigering från sökfältet
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Ibland när du navigerar i GitLab vill du gå direkt till ett specifikt projekt istället för sökresultatsidan.
Med hjälp av det globala sökfältet kan du snabbt navigera till de senaste biljetterna, grupperna, projekten, inställningarna och hjälpämnena. Du kan till och med använda en snabbtangent /för att flytta markören till sökfältet för att navigera i GitLab ännu mer effektivt!
и .
Visar kodtäckning i sammanslagningsförfrågan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Vid granskning av en sammanslagningsförfrågan kan det vara svårt att avgöra om den ändrade koden omfattas av enhetstester. Istället kan granskare lita på den övergripande täckningen och begära att den höjs innan de godkänner en sammanslagningsförfrågan. Detta kan leda till ett slumpartat tillvägagångssätt för att skriva tester, vilket faktiskt inte kommer att förbättra kodkvaliteten eller testtäckningen.
Nu, när du tittar på en sammanslagningsförfrågan, ser du en visuell visning av kodtäckning. Nya märken gör att du snabbt kan förstå om den ändrade koden omfattas av ett enhetstest, vilket kommer att hjälpa till att påskynda kodgranskning och tidpunkten för sammanslagning och implementering av ny kod.
Tack och Siemens för denna funktion!
и .
Fler miljöer och projekt i miljöpanelen
(PREMIUM, ULTIMATE, SILVER, GULD)
Sedan lanseringen av GitLab 12.5 använder man kunde övervaka miljöernas tillstånd, men inte mer än sju miljöer i tre projekt. Vi har förbättrat den här panelen i version 13.4 genom att paginera den för att hjälpa dig underhålla och hantera dina miljöer i stor skala. Nu kan du se fler miljöer i fler projekt.
и .
GitLab tar kontroll över GitLab Terraform-leverantören
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Nyligen vi och planera . Under den senaste månaden har vi accepterat 21 sammanslagningsförfrågningar och stängt 31 biljetter, inklusive några långvariga buggar och saknade funktioner som t.ex. . Du kan i Terraform-dokumentationen.
и .
Otydlig API-testning med OpenAPI-specifikationer eller HAR-fil
(ULTIMAT, GULD)
API fuzzing-testning är ett utmärkt sätt att hitta buggar och sårbarheter i dina webbapplikationer och API:er som andra skannrar och testmetoder kan missa.
API fuzzing-testning i GitLab låter dig tillhandahålla eller din applikation och genererar sedan automatiskt slumpmässiga indata som utformats för att testa kantfall och hitta buggar. Resultaten är omedelbart synliga i din pipeline.
Detta är vår första API fuzz-testversion och vi vill gärna höra vad du tycker. Vi har mer i lager för fuzztestning , som vi kommer att basera på lanseringen av den här funktionen.
и .
Förhandsgranska nya diagram i mätpanelen
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Tidigare var det ingen lätt uppgift att skapa en graf i mätinstrumentpanelen i GitLab. När du skapade måttet i YAML-filen för instrumentpanelen gjorde du ändringar i master, utan att kunna verifiera att den nyskapade grafen fungerar precis som du behöver. Från och med den här versionen kan du förhandsgranska ändringar när du skapar grafen och få en uppfattning om resultatet innan du skickar ändringarna till instrumentpanelens YAML-fil.
и .
Data om kodtäckning genom tester för alla projekt i gruppen
(PREMIUM, ULTIMATE, SILVER, GULD)
När du hanterar ett stort antal projekt i GitLab behöver du en enda informationskälla om hur kodtäckningen förändras över tid över alla projekt. Tidigare krävde visning av denna information långtråkigt och tidskrävande manuellt arbete: du var tvungen att ladda ner kodtäckningsdata från varje projekt och kombinera det i en tabell.
I release 13.4 blev det möjligt att snabbt och enkelt montera .csv fil med all data om kodtäckning för alla projekt i gruppen eller för ett urval av projekt. Denna funktion är MVC, den kommer att följas av förmågan .
и .
Stöd för nya språk för fullständig fuzz-testning
(ULTIMAT, GULD)
Den här utgåvan introducerar stöd för flera nya språk för fuzz-testning som syftar till full täckning.
Nu kan du utvärdera de fullständiga funktionerna för otydlig testning i dina Java-, Rust- och Swift-applikationer och hitta fel och sårbarheter som andra skannrar och testmetoder kan missa.
и .
Varningar på huvudmiljösidan
(PREMIUM, ULTIMATE, SILVER, GULD)
Sidan Miljöer visar det övergripande tillståndet för dina miljöer. I den här versionen har vi förbättrat den här sidan genom att lägga till varningsvisning. Utlösta varningar tillsammans med statusen för dina miljöer hjälper dig att snabbt vidta åtgärder för att rätta till situationer som uppstår.
и .
Kapslade pipelines kan nu köra sina egna kapslade pipelines
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Genom att använda kapslade pipelines är det nu möjligt att köra nya pipelines inuti underordnade pipelines. Den extra djupnivån kan vara användbar om du behöver flexibiliteten att generera ett variabelt antal pipelines.
Tidigare, när man använder kapslade pipelines, krävde varje underordnad pipeline att ett triggerjobb definierades manuellt i den överordnade pipelinen. Nu kan du skapa kapslade pipelines som dynamiskt kommer att starta valfritt antal nya kapslade pipelines. Till exempel, om du har en monorepository, kan du dynamiskt generera den första subpipeline, som i sig kommer att skapa det nödvändiga antalet nya pipelines baserat på förändringar i grenen.
и .
Förbättrad navigering mellan överordnade och kapslade pipelines
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Tidigare var det inte särskilt bekvämt att navigera mellan överordnade och kapslade pipelines - du behövde många klick för att komma till önskad pipeline. Det var inte heller lätt att lista ut vilket jobb som startade pipelinen. Nu blir det mycket lättare att se kopplingarna mellan överordnade och kapslade pipelines.
и .
Parallella matrisjobb visar relevanta variabler i jobbtiteln
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Om du använde , du kanske har märkt att det var svårt att avgöra vilken matrisvariabel som användes för ett visst jobb, eftersom jobbnamnen såg ut som matrix 1/4. I version 13.4 kommer du att se de relevanta variabelvärdena som användes i det jobbet istället för det generiska jobbnamnet. Om ditt mål till exempel är att felsöka x86-arkitekturen, kommer jobbet att kallas matrix: debug x86.
и .
Andra förbättringar i GitLab 13.4
Ansluta ett Atlassian-konto
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab-användare kommer nu att kunna koppla sina GitLab-konton till deras Atlassian Cloud-konto. Detta gör att du kan logga in på GitLab med dina Atlassian-uppgifter och kommer också att lägga grunden för framtida integrationsförbättringar. och med andra produkter från Atlassian-linjen.
и .
Exporterar en lista över alla sammanslagningar
(ULTIMAT, GULD)
Efterlevnadsfokuserade organisationer behöver ett sätt att visa revisorer en helhetssyn på komponenterna som är förknippade med en given förändring i produktionen. I GitLab innebär detta att man samlar allt på ett ställe: sammanslagningsförfrågningar, biljetter, pipelines, säkerhetsskanningar och annan commit-data. Fram till nu var du antingen tvungen att manuellt samla in den i GitLab eller konfigurera dina verktyg för att samla in informationen, vilket inte var särskilt effektivt.
Du kan nu programmatiskt samla in och exportera denna data för att uppfylla revisionskrav eller utföra andra analyser. För att exportera en lista över alla sammanslagningar för den aktuella gruppen måste du gå till och klicka på knappen Lista över alla sammanslagningar. Den resulterande filen kommer att innehålla alla commits av sammanslagningsförfrågan, deras författare, ID för den associerade sammanslagningsförfrågan, grupp, projekt, bekräftelser och annan information.
и .
Lista och hantera personliga åtkomsttokens via API
(ULTIMAT, GULD)
Att hantera åtkomst till GitLab-namnutrymmet är en viktig del av efterlevnadsarbetet. Från principer om minsta privilegium till att inaktivera tidsinställd åtkomst, det kan finnas flera krav förknippade med personliga åtkomsttokens i GitLab. För att göra det enklare att underhålla och hantera alla dessa användaruppgifter inom ditt namnområde, har vi tillhandahållit möjligheten att lista alla personliga åtkomsttokens och valfritt via API.
Dessa förbättringar av GitLab API tillåter användare att lista och återkalla sina egna personliga åtkomsttokens, och administratörer att lista och återkalla sina användares tokens. Det blir nu enklare för administratörer att se vem som har tillgång till deras namnområde, fatta åtkomstbeslut baserat på användardata och återkalla personliga åtkomsttokens som kan ha äventyrats eller som faller utanför företagets åtkomsthanteringspolicyer.
и .
Relaterade problem och andra funktioner finns nu i GitLab Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
För några månader sedan tillkännagav vi en plan för att . Genom att arbeta för att hålla detta löfte har vi gjort , и (i den ryska lokaliseringen av GitLab "diskussionstavla") tillgänglig i kärnplanen. Detta gäller endast för "länkade till" relationer; "blockerade" och "blockerade" relationer förblir i betalda planer.
и .
Visar ursprungsgrenens namn i sidofältet för sammanslagningsförfrågan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
När man granskar kodändringar, diskussioner och sammanslagningsförfrågningar, är det ofta önskvärt att göra en lokal utcheckning av filialen för en djupare granskning. Att hitta trådnamnet blir dock allt svårare eftersom mer innehåll läggs till i beskrivningen av sammanslagningsförfrågan och du måste scrolla längre ner på sidan.
Vi har lagt till filialnamnet i sidofältet för sammanslagningsförfrågan, vilket gör det tillgängligt när som helst och eliminerar behovet av att rulla igenom hela sidan. Precis som länken till sammanslagningsförfrågan innehåller källgrendelen en bekväm "kopiera"-knapp.
Tack för ditt enorma bidrag till utvecklingen av denna funktion!
и .
Indikation på förekomsten av kollapsade filer i sammanslagningsförfrågan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Sammanfogningsförfrågningar som lägger till ändringar i flera filer kollapsar ibland skillnaderna för stora filer för att förbättra renderingsprestandan. När detta händer är det möjligt att av misstag hoppa över en fil under granskning, särskilt vid sammanslagningsförfrågningar med ett stort antal filer. Från och med version 13.4 kommer sammanslagningsförfrågningar att flagga skillnader som innehåller vikta filer, så att du inte missar dessa filer under kodgranskning. För ännu större tydlighet planerar vi att lägga till markering i dessa filer i en framtida version. Håll utkik efter uppdateringar om .
и .
Varning om förekomsten av komprimerade filer i skillnaden för en sammanslagningsförfrågan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
I avsnittet om sammanslagningsförfrågningar komprimeras stora filer för att förbättra prestandan. Men när du granskar kod kan vissa filer missas när granskaren rullar igenom listan med filer, eftersom alla stora filer komprimeras.
Vi har lagt till en synlig varning högst upp på sidan för sammanslagningsförfrågan för att informera användarna om att det finns en sammanfogad fil i det här avsnittet. På så sätt kommer du inte att missa några ändringar av sammanslagningsförfrågan under granskningen.
и .
Automatisk återställning av Gitaly-klusterförrådet
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Tidigare, när den primära noden i ett Gitaly-kluster gick offline, var arkiven på den noden markerade som skrivskyddade. Detta förhindrade dataförlust i situationer där det fanns ändringar på noden som ännu inte hade replikerats. När noden kom tillbaka online återställdes GitLab inte automatiskt, och administratörer var tvungna att manuellt starta synkroniseringsprocessen eller acceptera dataförlust. Andra situationer, till exempel misslyckande med ett replikeringsjobb på en sekundär nod, kan också resultera i inaktuella eller skrivskyddade förråd. I det här fallet förblev arkivet inaktuellt tills nästa skrivoperation inträffade, vilket skulle starta replikeringsjobbet.
För att lösa det här problemet schemalägger nu ett replikeringsjobb när det upptäcker ett föråldrat arkiv på en nod och den senaste versionen av arkivet på en annan. Detta replikeringsjobb håller förvaret uppdaterat automatiskt, vilket eliminerar behovet av att manuellt återställa data. Automatisk återställning säkerställer också att sekundära noder snabbt uppdateras om ett replikeringsjobb misslyckas, snarare än att vänta på nästa skrivoperation. Eftersom många Gilaly-kluster lagrar ett stort antal repositories, minskar detta avsevärt den tid som administratörer och tillförlitlighetsingenjörer lägger ner på att återställa data efter ett fel.
Dessutom startar automatisk reparation replikering av repositories på alla nya Gitaly-noder som läggs till i klustret, vilket eliminerar manuellt arbete när nya noder läggs till.
и .
Markera en att göra-uppgift som klar på designsidan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Effektiv kommunikation i GitLab bygger på att göra-listor. Om du nämns i en kommentar är det viktigt att kunna hoppa till en uppgift och antingen börja göra något eller markera den som slutförd. Det är också viktigt att kunna tilldela en uppgift till sig själv när man behöver arbeta med något eller återkomma till det senare.
Tidigare kunde du inte lägga till uppgifter eller markera dem som slutförda när du arbetade med mönster. Detta störde allvarligt effektiviteten i kommunikationen mellan produktteam, eftersom att göra är en kritisk del av GitLabs arbetsflöde.
I version 13.4 kommer designerna ikapp biljettkommentarer när de använder uppgifter, vilket gör arbetet med dem mer konsekvent och effektivt.
и .
Förbättrad felsökningsguide för CI/CD
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Vi har förbättrat felsökningsguiden för GitLab CI/CD med mer information om vanliga problem du kan stöta på. Vi hoppas att den förbättrade dokumentationen kommer att vara en värdefull resurs för att hjälpa dig komma igång och köra GitLab CI/CD snabbt och enkelt.
и .
Sammanslagningsförfrågningar faller inte längre ur sammanslagningskön
(PREMIUM, ULTIMATE, SILVER, GULD)
Tidigare kunde sammanslagningsförfrågningar falla utanför sammanslagningskön av misstag på grund av sena kommentarer. Om en sammanslagningsförfrågan redan fanns i kön och någon lade till en kommentar till den som skapade en ny olöst diskussion, ansågs sammanslagningsförfrågan inte vara kvalificerad för en sammanslagning och skulle falla ur kön. Nu, efter att en sammanslagningsförfrågan har lagts till i sammanslagningskön, kan nya kommentarer läggas till utan rädsla för att störa sammanslagningsprocessen.
и .
Visar kodtäckningsvärdet för ett jobb i en sammanslagningsförfrågan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Utvecklare bör kunna se kodtäckningsvärdet efter att pipelinen har slutförts - även i komplexa scenarier som att köra en pipeline med flera jobb som måste analyseras för att beräkna täckningsvärdet. Tidigare visade widgeten för sammanslagningsförfrågan endast genomsnittet av dessa värden, vilket innebar att du var tvungen att navigera till jobbsidan och tillbaka till sammanslagningsförfrågan för att få mellanliggande täckningsvärden. För att spara tid och dessa extra steg, fick vi widgeten att visa det genomsnittliga täckningsvärdet, dess ändringar mellan mål- och källgrenen, och ett verktygstips som visar täckningsvärdet för varje jobb baserat på vilket genomsnittet beräknades.
и .
Ta bort paket från paketregistret när du visar en grupp
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
GitLab-paketregistret är en plats för att lagra och distribuera paket i olika format. När du har många paket i ditt projekt eller din grupp måste du snabbt identifiera oanvända paket och ta bort dem för att förhindra att folk laddar ner dem. Du kan ta bort paket från ditt register via eller via paketregistrets användargränssnitt. Men hittills har du inte kunnat ta bort paket när du tittar på en grupp via användargränssnittet. Som ett resultat var du tvungen att ta bort onödiga paket per projekt, vilket var ineffektivt.
Du kan nu ta bort paket när du visar en grupps paketregister. Gå helt enkelt till gruppens paketregistersida, filtrera paketen efter namn och ta bort alla du inte behöver.
и .
Skala Conan-paket till projektnivå
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Du kan använda Conan-förvaret i GitLab för att publicera och distribuera C/C++-beroenden. Tidigare kunde dock paket endast skalas till instansnivån, eftersom Conan-paketnamnet endast kunde vara maximalt 51 tecken. Om du till exempel ville publicera ett paket från en undergrupp gitlab-org/ci-cd/package-stage/feature-testing/conan, det var nästan omöjligt att göra.
Du kan nu skala ner Conan-paket till projektnivå, vilket gör det enkelt att publicera och distribuera dina projekts beroenden.
и .
Stöd för nya pakethanterare och språk för beroendeskanning
(ULTIMAT, GULD)
Vi är glada över att kunna lägga till beroendeskanningar för C-, C++-, C#- och .Net-kodprojekt som använder NuGet 4.9+ eller Conan-pakethanterare till vår lista . Du kan nu aktivera beroendeskanning som en del av Säkert skede för att leta efter kända sårbarheter i beroenden som lagts till via pakethanterare. Sårbarheterna som hittas kommer att visas i din sammanslagningsförfrågan tillsammans med deras svårighetsgrad, så att du innan du utför sammanslagningen vet vilka risker det nya beroendet medför. Du kan också konfigurera ditt projekt efter behov för beroenden med sårbarheter med kritisk (Kritisk), hög (Hög) eller okänd (Okänd) svårighetsgrad.
и .
Meddelanden när du ändrar inställningen för sammanslagningsbegäran till "Sammanfoga när pipeline slutförs framgångsrikt"
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Tidigare när du ställde in inställningarna för sammanslagningsförfrågan Slå samman när pipelinen är klar (Merge When Pipeline Succeeds, MWPS) inget e-postmeddelande skickades. Du var tvungen att manuellt kontrollera statusen eller vänta på ett sammanslagningsmeddelande. Med den här utgåvan är vi glada över att presentera användarbidrag , vilket löste detta problem genom att lägga till automatiska meddelanden till alla som prenumererade på en sammanslagningsförfrågan när en granskare ändrar sammanslagningsinställningen till MWPS.
и .
Skapa EKS-kluster med en användarspecificerad version av Kubernetes
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
GitLab-användare kan nu välja den version av Kubernetes som kommer att tillhandahållas av EKS; du kan välja mellan versionerna 1.14–1.17.
и .
Skapa incidenter som biljetttyper
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Inte alla problem som uppstår omedelbart utlöser varningar: användare rapporterar avbrott och teammedlemmar undersöker prestandaproblem. Incidenter är nu en typ av biljett, så dina team kan snabbt skapa dem som en del av deras normala arbetsflöde. Klick Ny uppgift från var som helst i GitLab och på fältet Typ välj incident.
и .
Att nämna GitLab-varningar i Markdown
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Vi har förbättrat GitLab-varningar genom att lägga till en ny omnämningstyp specifikt för dem i GitLab Markdown, vilket gör det lättare att dela och nämna varningar. Använda sig av ^alert#1234för att nämna varningen i något Markdown-fält: i incidenter, biljetter eller sammanslagningsförfrågningar. Detta hjälper dig också att identifiera jobb som skapas från varningar snarare än biljetter eller sammanslagningsförfrågningar.
и .
Visa larmbelastningen per incident
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Varningsbeskrivningen innehåller information som är viktig för felsökning och återställning, och denna information bör vara lättillgänglig så att du inte behöver byta verktyg eller flikar medan du arbetar för att lösa en incident. Incidenter skapade från varningar visar hela varningsbeskrivningen på fliken Varningsdetaljer.
75 % snabbare avancerad sökning
(STARTER, PREMIUM, ULTIMATE, BRONS, SILVER, GULD)
GitLab, som en enda applikation, har den unika förmågan att göra innehållsupptäckt över hela ditt DevOps-arbetsflöde snabbt. I GitLab 13.4 ger avancerad sökning resultat 75 % snabbare när den gör det , som på GitLab.com.
и .
Visa borttagna projekt för administratörer
(CORE, STARTER, PREMIUM, ULTIMATE)
Det fanns ett alternativ att skjuta upp borttagningen av projekt . Men tidigare var det inte möjligt att se alla projekt som väntade på radering på ett ställe. GitLab-användarinstansadministratörer kan nu se alla pågående raderingsprojekt på ett ställe, tillsammans med knappar för att enkelt återställa dessa projekt.
Den här funktionen ger administratörer större kontroll över projektradering genom att samla all relevant information på ett ställe och ger möjlighet att ångra oönskade raderingsåtgärder.
Tack för denna funktion!
и .
Lade till stöd för grupp-push-regler till API:et
(STARTER, PREMIUM, ULTIMATE, BRONS, SILVER, GULD)
Tidigare kunde grupp-push-regler endast konfigureras genom att besöka varje grupp individuellt via GitLab-gränssnittet och tillämpa dessa regler. Du kan nu hantera dessa regler via ett API för att stödja dina anpassade verktyg och GitLab-automatisering.
и .
Återkalla personliga åtkomsttokens för självhanterad lagring av autentiseringsuppgifter
(SLUTLIG)
Ger administratörer den information de behöver för att hantera användaruppgifter för deras GitLab-instans. Eftersom efterlevnadsfokuserade organisationer varierar i stringens av sina legitimationshanteringspolicyer, har vi lagt till en knapp som tillåter administratörer att valfritt återkalla en användares personliga åtkomsttoken (PAT). Administratörer kan nu enkelt återkalla potentiellt komprometterade PAT:er. Den här funktionen är användbar för organisationer som vill ha mer flexibla efterlevnadsalternativ för att minimera störningar för sina användare.
и .
Konfigurationsfil för den statiska webbplatsredigeraren
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
I GitLab 13.4 introducerar vi ett nytt sätt att anpassa den statiska webbplatsredigeraren. Även om konfigurationsfilen inte sparar eller tar emot några inställningar i den här utgåvan, lägger vi grunden för framtida anpassning av redigerarens beteende. I framtida utgåvor kommer vi att lägga till filen .gitlab/static-site-editor.yml parametrar för installation , på vilken , åsidosätter Markdown-syntaxinställningar och andra redigeringsinställningar.
и .
Redigera den inledande delen av en fil med en statisk webbplatsredigerare
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Front matter är ett flexibelt och bekvämt sätt att definiera sidvariabler i datafiler för bearbetning av den statiska webbplatsgeneratorn. Den används vanligtvis för att ställa in sidtitel, layoutmall eller författare, men kan användas för att skicka alla typer av metadata till generatorn när sidan renderas i HTML. Inkluderad högst upp i varje datafil, är den inledande delen vanligtvis formaterad som YAML eller JSON och kräver konsekvent och exakt syntax. Användare som inte är bekanta med specifika syntaxregler kan oavsiktligt ange ogiltig uppmärkning, vilket i sin tur kan orsaka formateringsproblem eller till och med konstruktionsfel.
WYSIWYG-redigeringsläget för den statiska webbplatsredigeraren tar redan bort introt från redigeraren för att förhindra dessa formateringsfel. Detta hindrar dig dock från att ändra värdena som är lagrade i den här delen utan att återgå till redigering i källläge. I GitLab 13.4 kan du komma åt vilket fält som helst och redigera dess värde i ett välbekant formulärbaserat gränssnitt. När knappen trycks ned Inställningar (Inställningar) öppnas en panel som visar ett formulärfält för varje nyckel som definierats i början. Fälten är fyllda med det aktuella värdet, och att redigera något av dem är lika enkelt som att ange det i webbformuläret. Redigera introt på detta sätt undviker komplex syntax och ger dig fullständig kontroll över innehållet samtidigt som du säkerställer att det slutliga resultatet formateras konsekvent.
и .
GitLab för Jira och DVCS Connector finns nu i Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
För Jira-användare på GitLab: и låter dig visa information om GitLab-åtaganden och sammanslagningsförfrågningar direkt i Jira. I kombination med vår inbyggda Jira-integration kan du enkelt flytta mellan de två apparna medan du arbetar.
Dessa funktioner var tidigare bara tillgängliga i vår Premium-plan, men är nu tillgängliga för alla användare!
и .
Majoritetsröstning för Gitaly-klustertransaktioner (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Ett Gitaly-kluster låter dig replikera Git-förråd till flera "varma" Gitaly-noder. Detta ökar feltoleransen genom att eliminera enstaka felpunkter. , introducerad i GitLab 13.3, gör att ändringar sänds till alla Gitaly-noder i klustret, men endast Gitaly-noder som röstar i överensstämmelse med den primära noden sparar ändringarna på disken. Om alla repliknoder inte överensstämmer kommer endast en kopia av ändringen att lagras på disken, vilket skapar en enda felpunkt tills den asynkrona replikeringen är klar.
Majoritetsröstning förbättrar feltoleransen genom att kräva samtycke från en majoritet av noder (inte alla) innan ändringar sparas på disken. Om denna växlingsfunktion är aktiverad bör skrivningen lyckas på flera noder. Avvikande noder synkroniseras automatiskt med asynkron replikering från de noder som har bildat ett kvorum.
и .
Stöd för anpassat schema för JSON-validering i webb-IDE
(PREMIUM, ULTIMATE, SILVER, GULD)
Projekt där folk skriver konfigurationer i JSON eller YAML är ofta benägna att få problem eftersom det är lätt att göra ett stavfel och bryta något. Det är möjligt att skriva inspektionsverktyg för att fånga dessa problem i CI-pipelinen, men att använda en JSON-schemafil kan vara användbart för att tillhandahålla dokumentation och tips.
Projektdeltagare kan i sitt arkiv definiera sökvägen till ett anpassat schema i en fil .gitlab/.gitlab-webide.yml, som anger schemat och sökvägen till filerna som ska kontrolleras. När du laddar en specifik fil till webb-IDE:n kommer du att se ytterligare feedback och validering som hjälper dig att skapa filen.
и .
Förgreningsgränsen för Directed Acyclic Graph (DAG) ökade till 50
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Om du använder transportörer (Directed Acyclic Graph (DAG)), kanske du upptäcker att det finns en gräns på 10 jobb som ett jobb kan specificera i needs:, för hård. I 13.4 höjdes standardgränsen från 10 till 50 för att möjliggöra mer komplexa nätverk av relationer mellan jobb i dina pipelines.
Om du är administratör för en anpassad GitLab-instans kan du höja denna gräns ännu högre genom att ställa in en växlingsfunktion, även om vi inte erbjuder officiellt stöd för detta.
и .
Förbättrat beteende needs för missade uppdrag
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
I vissa fall kan ett missat jobb i en pipeline felaktigt anses vara framgångsrikt för beroenden som anges i needs, vilket gjorde att efterföljande jobb kördes, vilket inte borde ha hänt. Detta beteende har åtgärdats i version 13.4, och needs hanterar nu fall av missade uppgifter korrekt.
и .
Fäst den sista uppdragsartefakten för att förhindra att den tas bort
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
GitLab låser nu automatiskt det senaste lyckade jobbet och pipelineartefakten på någon aktiv gren, sammanslagningsförfrågan eller tagg för att förhindra att den raderas efter utgången. Det blir lättare att sätta mer aggressiva utgångsregler för att rensa upp gamla artefakter. Detta hjälper till att minska diskutrymmesförbrukningen och säkerställer att du alltid har en kopia av den senaste artefakten från pipelinen.
и .
CI/CD-guide till pipelineoptimering
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Att optimera din CI/CD-pipeline kan förbättra leveranshastigheten och spara pengar. Vi har förbättrat vår dokumentation så att den inkluderar en snabbguide för att få ut det mesta av att optimera dina pipelines.
и .
Testrapport sorterad efter teststatus
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
är ett enkelt sätt att se resultaten av alla tester i en pipeline. Men med ett stort antal tester kan det ta lång tid att hitta underkända tester. Andra problem som kan göra rapporten svår att använda inkluderar svårigheter att bläddra genom långa spårutgångar och tidsavrundning till noll för tester som körs på mindre än 1 sekund. Nu, som standard, när du sorterar en testrapport placerar den först misslyckade tester i början av rapporten och sorterar sedan testerna efter varaktighet. Detta gör det lättare att hitta fel och långa tester. Dessutom visas testlängderna nu i millisekunder eller sekunder, vilket gör dem mycket snabbare att läsa, och tidigare rullningsproblem har också lösts.
и .
Gränser för storleken på filer som laddas upp till paketregistret
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Det finns nu gränser för storleken på paketfiler som kan laddas upp till GitLab-paketregistret. Restriktioner har lagts till för att optimera paketregistrets prestanda och förhindra missbruk. Gränserna varierar beroende på paketformat. För GitLab.com är maximala filstorlekar:
- Conan: 250MB
- Maven: 3GB
- NPM: 300 MB
- NuGet: 250MB
- PyPI: 3GB
För anpassade GitLab-instanser är standardinställningarna desamma. Administratören kan dock uppdatera begränsningarna med hjälp av .
и .
Använd CI_JOB_TOKEN för att publicera PyPI-paket
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Du kan använda GitLab PyPI-förvaret för att skapa, publicera och dela Python-paket tillsammans med källkod och CI/CD-pipelines. Men tidigare kunde du inte autentisera till förvaret med en fördefinierad miljövariabel CI_JOB_TOKEN. Som ett resultat var du tvungen att använda dina personliga referenser för att uppdatera PyPI-förvaret, eller så kanske du har bestämt dig för att inte använda förvaret alls.
Det är nu enklare att använda GitLab CI/CD för att publicera och installera PyPI-paket med en fördefinierad miljövariabel CI_JOB_TOKEN.
и .
DAST skannerprofiler på begäran
(ULTIMAT, GULD)
Till DAST-skanningen på begäran som var , DAST-skannerprofiler har lagts till. De utökar konfigurationsmöjligheterna för dessa skanningar, så att du snabbt kan skapa flera profiler för att täcka flera skanningstyper. I 13.4 innehåller sökrobotprofilen naturligt en sökrobot-timeoutinställning som anger hur länge DAST-sökroboten ska köras när den försöker upptäcka alla sidor på en genomsökt webbplats. Profilen innehåller också en tidsgräns för målwebbplatsen för att ställa in hur länge sökroboten ska vänta på att en webbplats blir tillgänglig innan den avbryter genomsökningen om webbplatsen inte svarar med en statuskod på 200 eller 300. När vi fortsätter att förbättra kommer denna funktion att bli läggs till skannerprofilen i framtida versioner; ytterligare konfigurationsparametrar kommer att läggas till.
и .
En enkel omdirigeringskonfigurationsfil för GitLab-sidor
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Om du använder GitLab-sidor och vill hantera URL-ändringar bättre, kanske du har märkt att det inte var möjligt att hantera omdirigeringar på din GitLab-sidor. GitLab låter dig nu konfigurera regler för att omdirigera en URL till en annan för din Pages-webbplats genom att lägga till en konfigurationsfil till förvaret. Denna funktion är möjlig tack vare bidraget från Kevin Barnett (), vår Eric Eastwood () och GitLab-team. Tack alla för er input.
и .
Terraform-stat som hanteras av GitLab
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Åtkomst till tidigare versioner av Terraform-status är nödvändig både för överensstämmelse och för felsökning vid behov. Stöd för versionering av Terraform-tillstånd som hanteras av GitLab tillhandahålls från och med GitLab 13.4. Versionering aktiveras automatiskt för nya Terraform-tillståndsfiler. Befintliga Terraform-tillståndsfiler kommer att vara i en senare release.
и .
Viktig information om incidentmeddelanden
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
När du bearbetar incidenter måste du enkelt kunna avgöra hur länge en varning var öppen och hur många gånger händelsen utlöstes. Dessa detaljer är ofta avgörande för att avgöra vilken inverkan på kunden och vad ditt team bör ta itu med först. I den nya incidentinformationspanelen visar vi varningens starttid, antalet händelser och en länk till den ursprungliga varningen. Denna information är tillgänglig för incidenter som genereras från varningar.
и .
Ställa in och redigera parametern för incidentens allvarlighetsgrad
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Dimensionen Incidentens allvarlighetsgrad gör det möjligt för svarspersoner och intressenter att avgöra effekten av ett avbrott, såväl som metoden och hur brådskande svaret är. Eftersom ditt team delar resultat under incidentlösning och återställning kan de ändra den här inställningen. Du kan nu redigera allvarlighetsgraden av en incident i det högra sidofältet på sidan Incidentdetaljer, och allvarlighetsgraden visas i listan över incidenter.
и .
Skapa, redigera och ta bort säkerhetsregler för containernätverk
(ULTIMAT, GULD)
Denna förbättring av Container Network Security Rule Editor tillåter användare att enkelt skapa, redigera och ta bort sina regler direkt från GitLabs användargränssnitt. Editor funktioner inkluderar .yaml för erfarna användare och en regelredigerare med ett intuitivt gränssnitt för de som är nya i nätverksregler. Du kan hitta nya reglerhanteringsalternativ i avsnittet Säkerhet och efterlevnad > Hothantering > Regler (Säkerhet och efterlevnad > Hothantering > Policyer).
и .
Stöd för Azure blob-lagring
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GULD)
Både GitLab och GitLab Runner stöder nu , vilket gör det enklare att köra GitLab-tjänster på Azure.
GitLab-instanser stöder Azure för alla typer av objektlager, inklusive LFS-filer, CI-artefakter och . För att konfigurera Azure Blob-lagring, följ installationsinstruktionerna eller .
GitLab jobbprocessorer stöder också Azure för lagring . Azure-lagring kan konfigureras med hjälp av avsnittet .
и .
Omnibus ARM64-paket för Ubuntu och OpenSUSE
(CORE, STARTER, PREMIUM, ULTIMATE)
Som svar på den växande efterfrågan på stöd för att köra GitLab på 64-bitars ARM-arkitektur, är vi glada att kunna meddela tillgängligheten av det officiella ARM64 Ubuntu 20.04 Omnibus-paketet. Stort tack till Zitai Chen och Guillaume Gardet för de enorma bidrag de gjorde - deras sammanslagningsförfrågningar spelade en nyckelroll i detta!
För att ladda ner och installera paketet för Ubuntu 20.04, gå till vår och välj Ubuntu.
и .
Stöd för autentisering av smartkort för GitLab Helm-diagram
(PREMIUM, ULTIMAT)
Smartkort, såsom Common Access Cards (CAC), kan nu användas för att autentisera till en GitLab-instans som distribueras via Helm-diagram. Smartkort autentiseras mot en lokal databas med X.509-certifikat. Med detta är stöd för smartkort med Helm-diagram nu i linje med stöd för smartkort som finns tillgängligt i Omnibus-distributioner.
и .
Detaljerade releasenotes och uppdaterings-/installationsinstruktioner kan läsas i det ursprungliga engelska inlägget: .
Vi arbetade med översättning från engelska , , и .
Källa: will.com