Juni blomstrar, och det gör även uppdateringarna!
Jakub Sawczuk
Release Manager
Jakub oversees the software feature releases for Eficode ROOT. He has a background in software development enhanced with release management practices.
I takt med att solen värmer upp, gör våra verktyg det också! Jira 10.3.6 och Jira Service Management 10.3.6 är här för att fixa buggar och effektivisera din sprint som om backloggen hade sommarlov. GitLab 17.11.2 är också här och stärker säkerheten samt finjusterar prestandan (för även dina repos behöver komma i sommarform). Jenkins 2.504.1 har också anslutit till festen, med förbättringar så smidiga att man kan tro att det sippar på en piña colada på stranden. Sist men inte minst har GitHub Enterprise Server fått en mindre patchning från 3.16.2 till 3.16.3. Uppdatera nu och låt dina system gå svalare än kontorets AC!
När juli närmar sig vill vi påminna om att denna månad markerar vår årliga period med feature freeze. Under den här tiden pausar vi lanseringen av nya funktioner för att fokusera på nödvändigt underhåll i bakgrunden, inklusive förbättringar av arkitekturen, underhåll av databasen och kritisk patchning vid behov. På så sätt håller vi grunden stark samtidigt som systemen får lite välbehövlig omtanke mitt på året. Oroa dig inte – den vanliga tjänsten fortsätter, bara utan nya glänsande knappar under några veckor!
Jira och Jira Service Management
Inför sommarledigheten lanserar vi uppdateringen Jira och Jira Service Management 10.3.6. Vi går från version 10.3.3 för att ge dig en smidigare och stabilare arbetsmiljö.
Den här uppdateringen innehåller de senaste buggfixarna, bland annat en lösning på problemet där sammanhang för anpassade fält inte visades korrekt samt förbättrad tillförlitlighet för e-postnotifieringar. Genom att hantera dessa och andra små problem i bakgrunden vill vi hålla allt igång smidigt medan du planerar din välförtjänta ledighet. Uppdatera nu och få ett mer tillförlitligt Jira innan semesterläget slår till!
GitHub Enterprise Server
GitHub Enterprise Server 3.16.3. Ett litet steg för GitHub, en smidig uppdatering för oss! Vi har inkluderat uppdateringen från GitHub Enterprise Server 3.16.2 till 3.16.3 i vårt arbete – inte för att den var brådskande, utan för att vi hade lite utrymme och tänkte: ”Varför inte?” Den här patchreleasen med låg risk fokuserar på mindre korrigeringar och förbättringar som får allt att fungera lite smidigare i bakgrunden. Det är den typ av uppdatering som du nästan inte märker, vilket i det här fallet är precis poängen.
GitLab
Vi har uppgraderat från GitLab 17.10.5 till 17.11.2, och även om det inte är ett skottår tar den här releasen definitivt ett stort kliv framåt. Med prestandaförbättringar, säkerhetspatchar och förbättringar som gör vardagen enklare hjälper 17.11.2 din DevOps-pipeline att flyta på som om den faktiskt hade hunnit dricka upp sitt kaffe. Oavsett om du fixar buggar eller pushar till produktion är uppdateringen byggd för att hålla ditt arbetsflöde snabbt och fritt från frustration. Redo att ta nästa steg? Då kör vi.
Administration
Tilldela projekt när du skapar ramverk för compliance (Ultimate, Premium)
GitLab 17.11 introducerar ett nytt steg i processen för att skapa ramverk för compliance, där användare kan tilldela flera projekt till ramverket innan det skapas.
Den här förbättringen:
Effektiviserar arbetsflödet genom att användarna stannar kvar i processen för att skapa ramverk för compliance.
Ger bättre vägledning om hur ramverk för compliance och projekt samverkar för att säkerställa övervakning och efterlevnad i hela gruppen.
Läs mer här.
Bidrag från ghost users mappas automatiskt vid import (Core, Premium, Ultimate)
Bidrag från ghost users vid migreringar ledde tidigare till platshållarreferenser som krävde manuell omtilldelning. Detta har förbättrats med uppdaterad mappning av bidrag och medlemskap för importverktygen direct transfer, GitHub, Bitbucket Server och Gitea. När du nu migrerar till GitLab mappas bidrag från en ghost user i källinstansen automatiskt till ghost user i målinstansen. Det eliminerar onödiga platshållaranvändare, gör användarmappningsgränssnittet mer överskådligt och förenklar migreringsprocessen. Läs mer här.
Förbättrade sorteringsalternativ för access tokens (Core, Premium, Ultimate)
Nya sorteringsfunktioner för access tokens finns nu tillgängliga i UI:t och API:t, vilket förbättrar GitLabs befintliga tokenhantering. Alternativen ger bättre kontroll och säkerhet för dina access tokens.
De nya sorteringsalternativen omfattar:
Utgångsdatum (stigande): Identifiera snabbt tokens som snart löper ut.
Utgångsdatum (fallande): Se tokens med längst giltighetstid.
Senast använda datum (stigande): Hitta tokens som används sällan.
Senast använda datum (fallande): Se de tokens som har använts senast.
Läs mer här.
Användargränssnitt för Docker Hub-autentisering för dependency proxy (Core, Premium, Ultimate)
Den senaste uppdateringen av Eficode ROOT, planerad till juni 2025, introducerar ett förenklat sätt att konfigurera Docker Hub-autentisering.
Funktionen var tidigare endast tillgänglig via GraphQL API i GitLab 17.10, men omfattar nu ett användarvänligt gränssnitt som du kommer åt i gruppinställningarna.
Med den här förbättringen kan du:
Undvika avbrott i pipelines som orsakas av Docker Hubs begränsningar för antal anrop.
Aktivera åtkomst till privata Docker Hub-images.
Lagra Docker Hub-inloggningsuppgifter, personliga access tokens eller organization access tokens på ett säkert sätt.
Den förbättrade processen eliminerar behovet av GraphQL API och ger dig ett enklare sätt att säkerställa kontinuerlig åtkomst till Docker Hub-images i dina CI/CD-pipelines. Läs mer här.
Geo – ny vy för replikerbara objekt (Premium, Ultimate)
Det uppdaterade gränssnittet för övervakning av sekundära Geo-webbplatser ger en renare och mer enhetlig upplevelse i GitLab. Du kan nu se detaljer för varje replikerat objekt, inklusive primära och sekundära kontrollsummor samt felinformation. Förbättringen gör det enklare att identifiera och lösa problem med Geo-synkronisering. Läs mer här.
Automatiserad tilldelning av Duo Pro- och Duo Enterprise-platser (Premium, Ultimate)
SAML Group Sync har nu stöd för automatisk tilldelning av Duo Pro- eller Duo Enterprise-platser. När en GitLab-grupp har tillgängliga platser av någon av dessa typer tilldelas användare som mappats från identitetsleverantören automatiskt en plats, vilket förenklar hanteringen av platser. Läs mer här.
Anpassa compliance frameworks med krav och compliance controls (Ultimate)
GitLabs compliance framework erbjuder nu förbättrad övervakning genom införandet av ”requirements”. Tidigare hanterades compliance med hjälp av etiketter för projektidentifiering och tillämpning av säkerhetspolicyer inom grupper.
Med uppdateringen kan compliance-ansvariga definiera specifika krav från olika compliance-standarder, lagar och regelverk som en del av ett anpassat ramverk.
Antalet färdiga compliance controls har ökat betydligt, från fem till över 50. Dessa kontroller kan kopplas till de definierade kraven i compliance framework.
Dessa färdiga kontroller verifierar inställningar för projekt, säkerhet och merge requests i hela din GitLab-instans och underlättar efterlevnad av standarder som SOC2, NIST, ISO 27001 och GitLab CIS Benchmark.
Efterlevnaden visas nu i en omarbetad rapport över standardefterlevnad som tar hänsyn till både krav och deras koppling till kontroller.
Dessutom kan du nu koppla krav till externa kontroller, inklusive objekt, program eller system utanför GitLab. Det gör att GitLab compliance center kan fungera som en central plats för compliance-övervakning och revisionsunderlag.
AI
Llama 3-modeller är nu allmänt tillgängliga för GitLab Duo Chat och Code Suggestions (Ultimate)
GitLab Duo Self-Hosted har nu allmänt stöd för Llama 3-modeller för GitLab Duo Chat och Code Suggestions. Läs mer här.
Använd importerade filer som kontext i Code Suggestions (Premium, Ultimate)
GitLab Duo Code Suggestions förbättrar nu sina förslag genom att använda importerade filer i din IDE. Den utökade kontexten är för närvarande tillgänglig för JavaScript- och TypeScript-filer och ger mer träffsäker kodhjälp av högre kvalitet genom att inkludera ytterligare projektinformation. Läs mer här.
GitLab Duo Chat använder nu Anthropic Claude Sonnet 3.7 (Premium, Ultimate)
GitLab Duo Chat har uppgraderat sin grundmodell från Claude 3.5 Sonnet till Anthropic Claude 3.7 Sonnet för de flesta frågor.
Förbättringen ger starkare funktioner för kodning och resonemang, vilket leder till mer detaljerade och korrekta svar i Chat – särskilt för att förklara och generera kod, bearbeta textdata och besvara komplexa DevSecOps-frågor.
Uppgraderingen gäller alla Chat-funktioner och ger en konsekvent förbättrad användarupplevelse i hela gränssnittet. Läs mer här.
Hantera flera konversationer i GitLab Duo Chat (Premium, Ultimate)
Webbgränssnittet i GitLab Self-Managed har nu stöd för flera samtidiga konversationer i GitLab Duo Chat. Användare kan starta nya chattar, granska tidigare konversationer och växla mellan dem utan att förlora sammanhanget.
För att säkerställa integriteten tas inaktiva konversationer automatiskt bort efter 30 dagar utan aktivitet. Användare kan också radera konversationer manuellt när som helst. Administratörer för GitLab Self-Managed kan förkorta lagringsperioden för konversationer. Läs mer här.
Välj enskilda modeller för AI-drivna funktioner i GitLab Duo Self-Hosted (Ultimate)
Användare av GitLab Duo Self-Hosted kan nu anpassa sin GitLab Self-Managed-instans genom att välja och konfigurera specifika modeller som stöds för varje GitLab Duo-funktion och dess underfunktioner. Läs mer här.
Öppna filer som kontext är nu tillgängligt i Code Suggestions för GitLab Duo Self-Hosted (Ultimate)
I GitLab Duo Self-Hosted kan du nu använda filer som är öppna i flikar i din IDE som kontext när du använder Code Suggestions. Läs mer här.
GitLab Duo med Amazon Q är allmänt tillgängligt (Ultimate)
GitLab Duo med Amazon Q är en allmänt tillgänglig integrerad lösning som kombinerar GitLabs AI-drivna DevSecOps-plattform med autonoma AI-agenter från Amazon Q. Lösningen bäddar in AI-agenter direkt i utvecklarnas arbetsflöden, så att viktiga uppgifter kan slutföras snabbare i en och samma miljö. De här intelligenta assistenterna automatiserar processer som kodgenerering, testning, granskningar och modernisering av Java, vilket gör att teamen kan fokusera på innovation utan att kompromissa med säkerhet och kvalitet.
Viktiga fördelar med GitLab Duo med Amazon Q för utvecklingsteam:
Snabbare funktionsutveckling: Kommandot `/q dev` omvandlar ärendebeskrivningar till kod som är redo för merge.
Enklare modernisering av äldre kod: Kommandot `/q transform` automatiserar hela processen för modernisering av Java.
Förbättrade kodgranskningar: Kommandot `/q review` ger omedelbar och intelligent feedback om kodkvalitet och säkerhet i merge requests.
Automatiserad testning för tillförlitliga releaser: Kommandot `/q test` genererar omfattande enhetstester som förstår applikationens logik.
Fler GitLab Duo-funktioner är nu tillgängliga i GitLab Duo Self-Hosted (Ultimate)
Du kan nu använda fler funktioner i GitLab Duo med GitLab Duo Self-Hosted i din GitLab Self-Managed-instans. Följande funktioner finns tillgängliga i beta:
Sammanfattning av kodgranskning är också tillgänglig som ett experiment i GitLab Duo Self-Hosted. Läs mer här.
UI/UX
E-postleverans för export av beroendelista och sårbarhetsrapport (Ultimate)
När du genererar beroendelistor eller sårbarhetsrapporter behöver du inte längre stanna kvar på sidan medan exporten pågår. När exporten är klar skickas i stället en nedladdningslänk till rapporten via e-post. Läs mer här.
Filtrera platshållaranvändare i administrationsområdet (Core, Premium, Ultimate)
På sidan Användare i administrationsområdet kan administratörer nu enkelt identifiera platshållarkonton som skapats vid import. Tidigare gick dessa konton inte att skilja från vanliga användare. Uppdateringen lägger till ett filter i sökrutan. Administratörer kan nu välja ”Typ” i rullgardinsmenyn och sedan välja ”Platshållare” för att endast visa dessa konton. Läs mer här.
Verktygsfiltret har ersatts av filtren Skanner och Rapporttyp (Ultimate)
Sökfiltret för verktyg i sårbarhetsrapporten har uppdaterats. Tidigare baserades filtreringen på en enda grupp som kombinerade skannertyp (t.ex. ESLint, Gemnasium) och rapporttyp (t.ex. SAST, container scanning).
För att förenkla sökningen efter specifika verktyg har verktygsfiltret delats upp i separata filter för skanner och rapporttyp. Du kan nu filtrera din sökning oberoende utifrån dessa två kategorier. Läs mer här.
Förbättrad utformning av wiki-sidofältet (Core, Premium, Ultimate)
Det anpassade wiki-sidofältet har nu en förbättrad utformning för bättre läsbarhet. Rubrikstorlekarna har minskats och listor har fått större vänsterindrag. Ändringarna förbättrar den visuella hierarkin i anpassade navigeringsmenyer som skapats med wiki-sidan _sidebar, vilket gör det enklare för team att hitta information i sitt strukturerade wiki-innehåll. Läs mer här.
Förbättrad visualisering av pipeline-grafen för misslyckade jobb (Core, Premium, Ultimate)
Nya visuella indikatorer i pipeline-grafen gör det enklare att snabbt upptäcka misslyckade jobb. I varje steg grupperas misslyckade jobb nu högst upp, och hela grupper av misslyckade jobb markeras i pipeline-grafen. Den förbättrade visualiseringen förenklar identifiering och felsökning av pipeline-fel, utan att du behöver navigera i komplexa pipeline-layouter. Läs mer här.
Gränser för platshållaranvändare visas i gruppens användningskvoter (Core, Premium, Ultimate)
För importer till GitLab.com begränsas antalet platshållaranvändare för varje toppnivågrupp utifrån din GitLab-licens och ditt antal platser. Med den här uppdateringen kan du enkelt kontrollera din aktuella användning av platshållaranvändare och ange gränser för valfri toppnivågrupp direkt i användargränssnittet.
Instruktioner:
Navigera till önskad toppnivågrupp med funktionen ”Sök eller gå till” i det vänstra sidofältet.
I gruppens inställningar väljer du Inställningar > Användningskvoter.
Gå till fliken Import för att se din aktuella användning och dina gränser för platshållaranvändare.
Läs mer här.
Användargränssnitt för tjänstekonton (Premium, Ultimate)
GitLab har nu ett dedikerat användargränssnitt för att skapa och hantera tjänstekonton, med en central plats för att skapa, övervaka och kontrollera automatiserad åtkomst till GitLab-resurser. Tidigare var den här funktionen begränsad till API-åtkomst. Läs mer här.
Ny design för ärenden nu allmänt tillgänglig (Core, Premium, Ultimate)
Den senaste GitLab-releasen introducerar en omarbetad ärendevy som nu är allmänt tillgänglig och konsekvent med epics och uppgifter. Viktiga förbättringar inkluderar:
Visning och navigering:
Panelvy: Öppna snabbt objekt från listor eller tavlor i en sidopanel, med möjlighet att expandera till helsidesvy.
Hierarki: Se hela objekthierarkin ovanför titeln och i fältet Parent. Hantera relationer med nya snabbkommandon: /set_parent, /remove_parent, /add_child och /remove_child.
Layout: Få ett mer enhetligt användargränssnitt för ärenden, epics, uppgifter och merge requests som förbättrar navigeringen i arbetsflödet.
Funktionalitet och åtgärder:
Ändra typ: Konvertera enkelt mellan epics, ärenden och uppgifter med åtgärden "Change type".
Startdatum: Ärenden har nu stöd för startdatum, precis som epics och uppgifter.
Kontroller: Alla åtgärder finns nu i toppmenyn (vertikal ellips), som förblir synlig när du skrollar.
Utveckling och relationer:
Utveckling: En enhetlig lista visar nu alla relaterade utvecklingsobjekt (merge requests, grenar och feature flags) för ett ärende eller en uppgift.
Länkade objekt: Förbättrade länkningsalternativ gör att du kan skapa relationer mellan uppgifter, ärenden och epics. Dra och släpp för att ändra länktyper och styra synligheten för etiketter och stängda objekt.
Läs mer här.
Rapportering
Stöd för dynamisk analys av reflekterade XSS-kontroller (Ultimate)
Teamet för Dynamic Analysis har implementerat en ny kontroll för CWE-79 som gör det möjligt för DAST-skannern att upptäcka reflekterade XSS-attacker. Kontrollen är aktiverad som standard. Om du vill inaktivera den anger du konfigurationsalternativet `DAST_FF_XSS_ATTACK` till `false`. Läs mer här.
CycloneDX-export för projektets beroendelista (Ultimate)
Många organisationer kräver nu en programvaruförteckning (SBOM) för att uppfylla regelkrav och stärka säkerheten i programvarans leveranskedja. GitLab har utökat sin exportfunktion för att möta detta behov. Tidigare kunde användare endast exportera beroendelistor som JSON- eller CSV-filer. Nu kan GitLab generera SBOM:er genom att exportera beroendelistor i det standardiserade CycloneDX-formatet.
För att ladda ner en SBOM i CycloneDX-format går du till beroendelistan och väljer Export > Export as CycloneDX (JSON). Läs mer här.
Visa senaste kommentaren som en kolumn i GLQL-vyer (Core, Premium, Ultimate)
Få omedelbar insikt i aktivitet för ärenden och merge requests med den nya GLQL-funktionen. Du kan nu visa den senaste kommentaren direkt som en kolumn genom att inkludera 'lastComment' i dina GLQL-frågor. Du behöver då inte öppna varje objekt individuellt för att kontrollera uppdateringar, vilket sparar tid och ger en tydlig överblick över pågående diskussioner och framsteg. Det hjälper teamen att behålla tempot. Läs mer här.
Lagra och filtrera ett `source`-värde för CI/CD-jobb (Core, Premium, Ultimate)
GitLab 17.11 stärker säkerheten och regelefterlevnaden genom att möjliggöra verifiering av build artifacts ursprung med ett nytt attribut, "source", för CI/CD-jobb. Det gör att organisationer kan stärka säkerheten i programvarans leveranskedja och säkerställa spårbar regelefterlevnad, till exempel genom att verifiera underlag från säkerhetsskanningar.
Attributet "source", som anger om ett jobb kommer från en policy för skanningsexekvering, en policy för pipeline-exekvering eller en vanlig pipeline, kan nås via ett nytt filter på sidan Build > Jobs, Jobs API eller via ID token claims för verifiering av artifacts.
Den här funktionen gör det möjligt för användare att:
Bekräfta att resultaten från säkerhetsskanningar är autentiska.
Filtrera jobb efter källa för att snabbt hitta policystyrda skanningar.
Använda kryptografisk verifiering av artefakter med nya ID-token-claims.
Upprätthålla compliance genom förbättrade granskningsspår.
Säkerhets- och complianceteam kan använda den här funktionen för att:
Visa endast jobb där policyer tillämpas med det nya filtret på jobbsidan.
Automatisera arbetsflöden genom att få åtkomst till källinformation via Jobs API.
Implementera artefaktverifiering med följande nya ID-token-claims:
`job_source`: Anger jobbets ursprung.
`job_policy_ref_uri`: Länkar till den relevanta policyfilen för policydefinierade jobb.
`job_policy_ref_sha`: Anger Git-commit-SHA:t för policyn.`job_source`: Anger jobbets ursprung.
`job_policy_ref_uri`: Länkar till den relevanta policyfilen för policydefinierade jobb.
`job_policy_ref_sha`: Anger Git-commit-SHA:t för policyn.
Läs mer här.
Tokenstatistik för hantering av servicekonton (Premium, Ultimate)
Gränssnittet för hantering av servicekonto-token har nu en statistikdashboard som ger en snabb överblick över dina token. Dashboarden hjälper dig att bedöma tokenstatus och identifiera token som kräver åtgärd. Viktiga mätvärden omfattar: totalt antal aktiva token, token som löper ut inom två veckor, token som har återkallats manuellt och token som tidigare har löpt ut. Läs mer här.
Exportera beroendelista i CSV-format (Ultimate)
Funktionen för att ladda ner beroendelistan i GitLab innehåller nu ett alternativ för CSV-export. Tidigare var endast andra format tillgängliga. Med den nya funktionen kan användare exportera sina beroendelistor som CSV-filer. Läs mer här.
Anpassade fält för epics, issues och tasks (Premium, Ultimate)
Den här releasen introducerar konfigurerbara anpassade fält för text, siffror, envalslistor och flervalslistor för issues, epics, tasks, mål och nyckelresultat. Anpassade fält erbjuder ett mer användarvänligt sätt att lägga till strukturerade metadata i planeringsartefakter jämfört med den nuvarande kategoriseringen baserad på etiketter.
Anpassade fält konfigureras på gruppnivå högst upp och tillämpas sedan på alla undergrupper och projekt. Fälten kan kopplas till olika typer av arbetsobjekt, och du kan filtrera listor över issues och epics baserat på värden i anpassade fält. Läs mer här.
Projektutveckling
Tvångsavbryt CI/CD-jobb som har fastnat i statusen ”canceling” (Core, Premium, Ultimate)
Ibland kan CI/CD-jobb fastna i statusen ”canceling”, vilket kan hindra driftsättningar och åtkomst till resurser. För att hantera detta kan Maintainers nu tvångsavbryta dessa jobb direkt från sidan med jobbets loggar och säkerställa att de avslutas korrekt. Läs mer här.
Ange gränser för pågående arbete baserat på vikt (Premium, Ultimate)
Hantera teamets arbetsbelastning mer flexibelt genom att ange gränser för pågående arbete baserat på issue-vikt, utöver det befintliga antalet issues. Det gör att team som använder issue-vikter för att representera arbetsinsats kan undvika att ta på sig för mycket genom att begränsa den totala vikten för issues i en tavellista. Funktionen hjälper team att optimera produktiviteten och skapa ett mer balanserat arbetsflöde som tar hänsyn till uppgifternas varierande komplexitet, genom att styra arbetsflödet utifrån arbetsinsats i stället för enbart antalet issues. Läs mer här.
Förbättrad hantering av runners i projekt (Core, Premium, Ultimate)
Gränssnittet för runner-hantering i projekt har uppdaterats för ökad effektivitet. Runners visas nu i en förenklad layout med en kolumn och är organiserade i separata listor i stället för den tidigare vyn med två kolumner. Den nya organisationen gör det enklare att hitta och hantera runners. Förbättringarna omfattar visning av tilldelade projekt, runner-hanterare och historik över jobb som har körts av varje runner. Läs mer här.
Alla automatiskt inaktiverade webhooks återaktiveras nu automatiskt (Core, Premium, Ultimate)
Tidigare återaktiverades inte webhooks som returnerade 4xx-fel. Nu hanteras alla feltyper (4xx, 5xx och serverfel) på samma sätt, vilket ger ett mer enhetligt beteende och förenklar felsökningen. Uppdateringen har tidigare presenterats i ett blogginlägg.
Beteendet för inaktivering av webhooks har också ändrats. I stället för att inaktiveras permanent efter ett enda fel inaktiveras felande webhooks nu tillfälligt i en minut. Den tillfälliga inaktiveringsperioden ökar sedan upp till högst 24 timmar. En webhook inaktiveras permanent först efter 40 fel i följd.
Webhooks som inaktiverades permanent i GitLab version 17.10 och tidigare har migrerats.
Ändringarna tillämpas automatiskt för användare av GitLab.com. För GitLab Self-Managed- och GitLab Dedicated-instanser är uppdateringarna endast aktiva om operationsflaggan `auto_disabling_webhooks` är aktiverad. Läs mer här.
Nuxt-projektmall för GitLab Pages (Core, Premium, Ultimate)
GitLab erbjuder nu mallar för populära Static Site Generators (SSG), inklusive Nuxt, ett Vue.js-ramverk, för att skapa GitLab Pages-webbplatser. Nuxt underlättar utvecklingen av moderna, högpresterande webbapplikationer med mindre initial konfiguration.
Förbättringen ger fler alternativ för att snabbt driftsätta Pages-webbplatser med integrerade CI/CD-pipelines och ett modernt utvecklingsflöde, utan omfattande initial konfiguration. Läs mer här.
Marketplace för tillägg i Web IDE på self-managed-instanser (Core, Premium, Ultimate)
Marketplace för tillägg är nu tillgänglig i Web IDE för self-managed-användare, så att de kan hitta, installera och hantera tillägg från tredje part. Som standard använder GitLab-instanser Open VSX-registret, som kan aktiveras genom att följa anvisningarna. Användare kan också ansluta ett eget tilläggsregister för större flexibilitet. När marketplace har aktiverats måste varje användare välja att aktivera den via avsnittet Integrations i sina inställningar. Vissa tillägg som kräver en lokal runtime är inte kompatibla med webbversionen, men det finns ett brett utbud av tillägg för att öka produktiviteten och anpassa arbetsflöden. Läs mer här.
CI/CD-pipelineindata (Core, Premium, Ultimate)
CI/CD-variabler är viktiga för dynamiska arbetsflöden och används som miljö-, kontext-, verktygskonfigurations- och matrisvariabler. Att använda dem för att injicera pipelinevariabler vid manuella ändringar av pipelines innebär dock risker på grund av pipelinevariablernas högre prioritet.
GitLab introducerar indata som ett säkrare alternativ för att ändra pipelinebeteende i bland annat schemalagda, downstream- och triggade pipelines. Indata erbjuder ett strukturerat och flexibelt sätt att injicera dynamiskt innehåll när CI/CD-jobb körs. Genom att använda indata kan du sedan inaktivera åtkomsten till pipelinevariabler helt. Läs mer här.
Säkerhet
Fler regler för secret push protection och pipelinebaserad identifiering av hemligheter (Ultimate)
GitLabs identifiering av hemligheter har fått betydande uppdateringar, inklusive 17 nya regler för secret push protection och 12 nya regler för pipelinebaserad identifiering av hemligheter. Vissa befintliga regler har också uppdaterats för att förbättra kvaliteten och minska antalet falska positiva resultat. Läs mer här.
Stöd för dynamisk analys av reflekterad XSS (Ultimate)
Teamet för Dynamic Analysis har förbättrat DAST-skannern med en ny kontroll för CWE-79, vilket möjliggör identifiering av reflekterade XSS-attacker.
Kontroll av reflekterad XSS är aktiverad som standard. Om du vill inaktivera den anger du flaggan `DAST_FF_XSS_ATTACK` till `false` i din konfiguration. Läs mer här.
Beta för statisk räckviddsanalys med Python-stöd (Ultimate)
Betastöd för statisk räckviddsanalys i Python är nu tillgängligt från teamet för Composition Analysis. Den här versionen förbättrar stabilitet, observerbarhet och användarupplevelse genom förenklad konfiguration.
Statisk räckviddsanalys, som drivs av GitLab Advanced SAST, förbättrar Software Composition Analysis (SCA) genom att skanna källkod för att avgöra vilka open source-beroenden som används aktivt.
Använd data från statisk räckviddsanalys i dina processer för triage och åtgärdande. Den kan också kombineras med CVSS- och EPSS-poäng samt KEV-indikatorer för att ge en mer riktad bild av sårbarheter. Läs mer här.
Förbättra säkerheten med skyddade container-taggar (Core, Premium, Ultimate)
Containerregister är avgörande för moderna DevSecOps-metoder. Tidigare kunde användare med Developer-åtkomst eller högre pusha och ta bort valfria container-taggar i sina projekt i GitLab. Detta medförde säkerhetsrisker eftersom kritiska container-images för produktion kunde ändras av misstag eller utan behörighet.
För att hantera dessa sårbarheter introducerar GitLab skyddade container-taggar, som ger detaljerad kontroll över hanteringen av container-taggar. Med den här nya funktionen kan du:
Skapa upp till fem skyddsregler per projekt.
Använda reguljära RE2-uttryck för att definiera skyddade taggar. Exempel är `latest`, semantiska versioner (t.ex. `v1.0.0`) och taggar för stabila releaser (t.ex. `main-stable`).
Begränsa push- och borttagningsåtgärder till användare med rollerna Maintainer, Owner eller Administrator.
Förhindra att skyddade taggar tas bort av rensningspolicyer för containerregistret.
Funktionen bygger på nästa generations containerregister, som är aktiverat som standard för GitLab.com-användare. För self-managed GitLab-instanser måste metadatadatabasen aktiveras för att kunna använda skyddade container-taggar. Förbättringen stärker säkerheten och stabiliteten avsevärt i dina arbetsflöden för hantering av container-images. Läs mer här.
Skydda ditt register med skyddade Maven-paket (Core, Premium, Ultimate)
Förbättra säkerheten och stabiliteten i ditt GitLab-paketregister med det nya stödet för skyddade Maven-paket. Med funktionen kan du skapa skyddsregler för dina kritiska Maven-beroenden och förhindra oavsiktliga ändringar som kan störa utvecklingen.
Genom att definiera skyddsregler kan endast angivna användare pusha nya versioner av paket som matchar reglerna. Skyddsmekanismen förhindrar oavsiktliga överskrivningar, stärker regelefterlevnaden och minskar behovet av manuell övervakning.
Detta värdefulla tillskott, tillsammans med stöd för skyddade paket i andra format, har bidragits av gerardo-navarro och Siemens-teamet. Vi vill rikta ett varmt tack till Gerardo och Siemens-teamet för deras betydande bidrag till GitLab. Om du vill veta mer om deras erfarenhet av att bidra, inklusive insikter och beprövade metoder, kan du se Gerardos video om att bidra till GitLab som extern bidragsgivare. Läs mer här.
Jenkins
Jenkins uppgraderas från 2.492.2 till 2.504.1, och denna release ger märkbara förbättringar inom prestanda och tillgänglighet samt en ordentlig upprensning i flera komponenter. En av de viktigaste korrigeringarna löser ett besvärligt skalbarhetsproblem: Jenkins uppdaterar nu endast de noder som faktiskt har ändrats, i stället för att kontrollera varenda nod. Den säkerställer också att antalet executors och konfigurationer hålls synkroniserade efter omladdningar – inga fler gissningar. Oavsett om du hanterar en nod eller hundra bidrar uppdateringen till en smidigare och smartare drift.
Borttagning av Yahoo! user interface library
Det finns egentligen inget mer att säga. Jenkins har beslutat att ta bort Yahoo! user interface library.
UI/UX
Den här releasen innehåller också flera genomtänkta UI/UX-förbättringar som gör Jenkins smidigare och mer intuitivt att använda. Höjdpunkten är den nya experimentella Details-widgeten för builds, ett elegant tillskott som förbättrar presentationen av build-informationen (och ja, den är värd att testa). Användaravatarer har fått en visuell uppdatering som ger dina pipelines lite mer personlighet. Det finns nu också en praktisk Cancel-knapp när du redigerar beskrivningar, eftersom vi alla kan ändra oss, och ikonen för avbrutna builds har uppdaterats för tydligare statusöverblick. Och om du befinner dig i en osäker kontext avaktiveras kopieringsknappen av säkerhetsskäl.
Lägg till gruppering i sökresultaten i Command Palette.
Tack vare den lilla förbättringen blir det enklare att identifiera vad varje resultat är.
Buggfixar
Dependency Track
Dependency-Track uppgraderas från version 4.13.0 till 4.13.2. Denna patchrelease fokuserar på ökad stabilitet och tillförlitlighet. Den löser bland annat ett migreringsproblem som påverkar MSSQL-distributioner från före version 4.11.0 och säkerställer att sammanfattande notifieringar skickas korrekt när alternativet "skip if unchanged" är aktiverat.
Korrigeringarna ger en smidigare upplevelse och gör att du kan övervaka och hantera din mjukvaruförsörjningskedja med större trygghet.
Bland de mest betydande korrigeringarna finns:
Åtgärda att utskick av aviseringen NEW_VULNERABILITIES_SUMMARY misslyckas för PostgreSQL.
Åtgärda att teamens e-postadresser inte är tillgängliga när schemalagda e-postaviseringar publiceras.
Förhindra dubbletter av taggnamn och relationer.
Åtgärda att värdet NONE saknas i kontrollbegränsningen för klassificeraren.
Förbättra stabiliteten för taggbindning.
Åtgärda att borttagning av taggar misslyckas när taggen används av projektinsamlingslogik.
- Eficode ROOT
- Versionsnyheter
Subscribe to our newsletter
Related blogs