Nyheter i Eficode ROOT: april 2025

Bitbucket

Under föregående månad fokuserade vi på att uppgradera Bitbucket-instanser med en nod. Den här månaden fortsätter vi Bitbucket-uppgraderingarna med fokus på instanser med flera noder och migrering från Elasticsearch till OpenSearch.

Med uppgraderingen till 9.4.3 LTS tar vi steget till Platform 7, med betydande arkitektoniska förbättringar och högre prestanda. Uppdateringen moderniserar Bitbuckets underliggande ramverk och ger bättre skalbarhet och långsiktigt stöd. Platform 7 fasar ut vissa äldre API:er, så teamen bör kontrollera kompatibiliteten för egna integrationer. Du kan förvänta dig ett smidigare gränssnitt, förbättrad hantering av kodarkiv och säkerhetsförbättringar i linje med den senaste beprövade praxisen.

Även om steget från 8.19.13 till 9.4.3 LTS är stort handlar det om att framtidssäkra våra utvecklingsarbetsflöden. Uppgraderingen uppdaterar många Atlassian-komponenter och komponenter från tredje part för att dra nytta av de senaste säkerhetsuppdateringarna och buggfixarna. Gör dig redo för en snabbare och mer robust Bitbucket-upplevelse!

Lägg till granskargrupper som code owners

Med den här funktionen kan du tilldela granskargrupper som code owners, vilket effektiviserar granskningsprocessen genom att automatiskt utse team som ansvariga för specifika delar av kodbasen. Det säkerställer att rätt experter alltid deltar i kodgranskningar, vilket förbättrar samarbetet och kodkvaliteten. Se till att detta hanteras inom era team! Läs mer här.

Faktiska användaravatarer inaktiverade i e-postnotiser

Den senaste uppdateringen inaktiverar anonym åtkomst till avatarer på grund av en rapporterad säkerhetssårbarhet. Det innebär att du ser standardavatarer i e-postnotiser i stället för faktiska användaravatarer. Meddela oss om du vill fortsätta visa faktiska användaravatarer i e-postnotiser.

Kommentarer över flera rader

Förbättringar i diffvyn gör det nu möjligt att lägga till kommentarer och uppgifter för specifika radintervall. Genom att dra kommentarens markör över kodrader eller använda ikonen "+" kan granskare ge mer exakt återkoppling och kontext direkt i koden, vilket effektiviserar teamkommunikationen och granskningsprocessen. Läs mer här.

Förslag över flera rader

Den senaste uppgraderingen förbättrar kodgranskningar med förslag över flera rader, så att granskare kan föreslå ändringar över flera rader i ett enda förslag. Förbättringen gör återkopplingen mer handlingsbar, minskar antalet diskussioner fram och tillbaka och påskyndar granskningsprocessen. Med tydligare och mer omfattande redigeringar kan teamen samarbeta mer effektivt och hålla hög kodkvalitet. Läs mer här.

Ny inloggningsupplevelse med tvåstegsverifiering

Den senaste uppgraderingen introducerar en ny inloggningsupplevelse med tvåstegsverifiering, vilket stärker kontosäkerheten. Användare kan nu konfigurera tvåstegsverifiering och verifiera sin identitet med en autentiseringsapp vid inloggning, vilket ger ytterligare skydd för deras Atlassian-konton. Förbättringen gör det enklare att aktivera och hantera tvåstegsverifiering och ger en smidigare och säkrare autentiseringsupplevelse. Läs mer här.

API-ändringar

Du kan nu använda REST API för att hämta en sammanfattning av diffstatistik för commits och pull requests, inklusive totalt antal tillagda och borttagna kodrader samt antal ändrade filer.

Gray API:er har tagits bort från Bitbucket Data Center, vilket minskar omfattningen av tredjepartsbibliotek och förbättrar beroendehanteringen.

Förhindra att grenar skapas med ny behörighet

En ny behörighet har införts för att begränsa skapandet av nya grenar i kodarkiv. Behörigheten kan tillämpas på specifika grenmönster eller modeller och användas i ett kaskadbaserat merge-arbetsflöde. Obehöriga användare som försöker skapa begränsade grenar får ett felmeddelande.

GitLab

GitLab uppdateras från 17.8.4 till 17.9.3 och introducerar flera viktiga förbättringar. Uppdateringen förbättrar godkännanden av merge requests och effektiviserar kodgranskningsprocessen. Prestandan för CI/CD-pipelines har optimerats för att minska körtiderna och öka effektiviteten. Dessutom stärker säkerhetsförbättringar, inklusive förbättrad identifiering av hemligheter och utökade kontroller för compliance, det övergripande systemskyddet. Uppdateringarna syftar till att förbättra utvecklingsarbetsflöden, säkerhet och prestanda.

Administration

Rotera åtkomsttoken med scopet `self_rotate` (alla användare)

Du kan nu använda scopet self_rotate för att rotera åtkomsttoken. Detta scope är tillgängligt för personliga åtkomsttoken samt åtkomsttoken för projekt och grupper. Tidigare krävdes två förfrågningar: en för att hämta en ny token och en annan för att rotera token. Med scopet self_rotate kan du rotera personliga åtkomsttoken samt åtkomsttoken för projekt och grupper med endast en förfrågan. Därmed försvinner den tidigare tvåstegsprocessen med att först hämta en ny token och sedan rotera den. Läs mer här.

Tillämpa ett compliance-ramverk med hjälp av ett projekts compliance center (Premium, Ultimate)

GitLab 17.2 gjorde det från början möjligt för gruppägare att hantera ramverk för regelefterlevnad för alla projekt i en grupp via gruppens compliance center. Funktionen har nu utökats så att gruppägare kan tillämpa och ta bort ramverk för regelefterlevnad på projektnivå, vilket förenklar tillämpningen och uppföljningen av regelefterlevnad.

Obs! Den här hanteringen av ramverk för regelefterlevnad på projektnivå är fortfarande exklusiv för gruppägare och är inte tillgänglig för projektägare. Läs mer här.

Stöd för ytterligare gruppmedlemskap med flera OIDC-providers (Premium, Ultimate)

Du kan nu konfigurera ytterligare gruppmedlemskap när du använder flera OIDC-providers. Tidigare var detta begränsat till ett enda gruppmedlemskap. Läs mer här.

Nya behörigheter för anpassade roller och stöd för anpassade roller i godkännandepolicyer för merge requests (Ultimate)

Du kan nu tilldela anpassade roller som godkännare i godkännandepolicyer för merge requests och skapa anpassade roller med behörigheten Read compliance dashboard. Detta gör att du kan:

• Anpassa godkännandekraven efter teamstrukturerna och ansvarsområdena i din organisation.

• Säkerställa att rätt roller deltar i granskningsprocessen.

• Ge användare specifika behörigheter utifrån deras arbetsuppgifter.

• Definiera roller som är anpassade efter gruppens behov.

• Minska antalet användare som behöver rollen Owner eller Maintainer.

Du kan till exempel nu kräva godkännande från roller inom AppSec Engineering för säkerhetsgranskningar och från Compliance-roller för licensgodkännanden. Läs mer här och här.

Blockera borttagning av aktiva projekt för säkerhetspolicyer (Ultimate)

Projekt för säkerhetspolicyer som är kopplade till grupper eller projekt kan inte längre tas bort. För att ta bort ett projekt för säkerhetspolicyer måste eventuella befintliga kopplingar till grupper eller projekt först tas bort. Uppdateringen förhindrar oavsiktlig borttagning av aktiva säkerhetspolicyer och säkerställer fortsatt efterlevnad och skydd. Läs mer här.

Anpassat utgångsdatum för roterade tokens för tjänstkonton (Premium, Ultimate)

Du kan nu ange ett anpassat utgångsdatum med attributet expires_at när du roterar en åtkomsttoken för ett tjänstkonto. Det ger mer detaljerad hantering av tokenlivslängder och förbättrar dina möjligheter att upprätthålla säkra åtkomstkontroller. Tidigare löpte tokens automatiskt ut sju dagar efter rotationen. Läs mer här.

E-postnotiser för tjänstkonton (Premium, Ultimate)

GitLab låter dig nu ange en unik anpassad e-postadress för varje tjänstkonto för att ta emot e-postnotiser. Funktionen förbättrar övervakningen av processer och händelser genom att skicka notiser direkt till den angivna e-postadressen i stället för att förlita sig på standardinställningarna för notiser. Läs mer här.

AI

Sammansatt identitet för säkrare AI-anslutningar (alla användare)

Sammansatt identitet gör det nu möjligt att autentisera som både ett tjänstkonto och en användare samtidigt. Detta är avgörande för användningsfall med AI-agenter, där behörigheter ofta baseras på användaren som initierar åtgärden samtidigt som agenten behöver en egen identitet. En sammansatt identitet är en ny identitetsprincipal som representerar en AI-agents identitet och är kopplad till den mänskliga användare som begär åtgärder.

När en AI-agent försöker få åtkomst till en resurs används en token för sammansatt identitet. Tokenen tillhör ett tjänstkonto men är också kopplad till den mänskliga användare som gett instruktionen. Behörighetskontroller tar hänsyn till båda principalerna innan åtkomst beviljas, vilket förbättrar skyddet av resurser i GitLab. Läs mer här.

Lägg till projektfiler i Duo Chat i VS Code och JetBrains IDE:er (Premium, Ultimate)

Förbättra din AI-drivna kodningshjälp genom att ladda upp dina projektfiler direkt till Duo Chat i VS Code och JetBrains. När du lägger till projektfiler ger du Duo Chat en djupgående förståelse för din kodbas, vilket ger mer relevant och träffsäker AI-hjälp. Den kontextmedvetna funktionen gör att Duo Chat kan ge kodförklaringar, stöd vid felsökning och kodförslag som passar sömlöst med ditt befintliga projekt. Läs mer här.

GitLab Duo Self-Hosted är allmänt tillgängligt (Ultimate)

GitLab Duo Self-Hosted gör det nu möjligt att använda kraften i generativ AI samtidigt som du behåller fullständig datasuveränitet och integritet. Du kan använda modeller som driftas antingen lokalt eller i ett privat moln som källa för GitLab Duo Chat eller Code Suggestions. Funktionen är allmänt tillgänglig i självhanterade GitLab-miljöer med tillämplig licensiering och har för närvarande stöd för Mistral-modeller med öppen källkod på vLLM eller AWS Bedrock, Claude 3.5 Sonnet på AWS Bedrock samt OpenAI-modeller på Azure OpenAI. Läs mer här.

UI/UX

Filtrera beroendelistan efter komponent i projekt (Ultimate)

Med komponentfiltret kan du nu söka efter paket efter namn i ett projekts beroendelista. Läs mer här.

Förbättrad synlighet för gruppdelning (alla användare)

Den nya versionen ger bättre synlighet för gruppdelning. Gruppöversiktssidan innehåller nu flikarna Delade projekt och Delade grupper, så att du kan se vilka grupper din grupp har bjudits in till och vilka projekt som delas. Denna kompletta överblick över gruppkopplingar och delning inom organisationen förenklar granskning och hantering av gruppåtkomst. Läs mer här.

Ändra en work items-typ till en annan (alla användare)

Du kan nu enkelt ändra typ för dina work items, så att du kan hantera projekten mer effektivt. Läs mer här.

Hantera პროექტintegreringar från en grupp med REST API (alla användare)

Projektintegreringar i GitLab kan nu hanteras med REST API och från en grupp i GitLabs UI. Läs mer här.

Konfigurera DAST-skanningar via UI med full kontroll (Ultimate)

DAST-skanningar som konfigureras via UI har nu samma detaljerade kontroll som pipeline-baserade skanningar, inklusive fullständig konfiguration av autentisering, exakta crawl-inställningar, avancerade timeout-inställningar för skanningar, anpassat scannerbeteende och riktade skanningslägen. Konfigurationerna kan sparas som återanvändbara profiler och varje ändring spåras med granskningshändelser. Den förbättrade kontrollen och detaljerade granskningsspåren hjälper dig att genomföra effektivare säkerhetsskanningar och upprätthålla compliance. Du kan snabbt starta rätt skanning för varje applikation samt hitta och åtgärda sårbarheter snabbare. Läs mer här. 

Automatisk rensning av CI/CD-pipelines (alla användare)

Tidigare kunde gamla CI/CD-pipelines endast tas bort via API:t. GitLab introducerar nu en projektinställning där du kan ange en utgångstid för CI/CD-pipelines. Pipelines och artefakter som överskrider denna lagringsperiod tas bort automatiskt, vilket kan minska diskanvändningen, förbättra prestandan och optimera lagringen i projekt med många pipelines och stora artefakter. Läs mer här.

Kommentarer på wikisidor (alla användare)

Genom att aktivera kommentarer direkt på wikisidor förvandlar Eficode ROOT din dokumentation till en dynamisk och interaktiv plattform för teamsamarbete.

Fördelar med kommentarer och trådar på wikisidor:

• Kontextuella diskussioner: Delta i diskussioner direkt i det relevanta innehållet.

• Smidig feedback: Föreslå förbättringar och korrigeringar utan krångel.

• Levande dokumentation: Håll dokumentationen uppdaterad och korrekt.

• Kunskapsdelning: Underlätta utbyte av expertis och insikter mellan teammedlemmar.

Med wiki-kommentarer kan team skapa en samarbetsmiljö där dokumentationen utvecklas organiskt genom direkt feedback och löpande diskussioner. Det säkerställer att den fortsätter att vara anpassad till projektets behov. Läs mer här.

Rapportering

Sök och filtrera i Credentials Inventory (Ultimate)

Credentials Inventory innehåller nu sök- och filterfunktioner som förenklar arbetet med att hitta tokens och nycklar som matchar specifika kriterier, till exempel utgångsdatum. Detta är en förbättring jämfört med den tidigare statiska listvyn. Läs mer här.

Granskningshändelse för auktorisering av OAuth-applikationer (Premium, Ultimate)

GitLabs senaste release förbättrar säkerhetsgranskningen genom att introducera en ny granskningshändelse: ”Användare auktoriserade en OAuth-applikation.” Händelsen spårar användares lyckade auktoriseringar av OAuth-applikationer, åtgärdar en tidigare lucka i granskningsloggningen och ger säkerhetsteam bättre överblick över användningen av OAuth-applikationer i en GitLab-instans. Läs mer här.

Visa IP-adresser för åtkomsttoken (alla användare)

Informationen om användning av personliga åtkomsttoken har förbättrats. Tidigare kunde du bara se hur länge sedan en token användes. Nu kan du även se upp till de sju senaste IP-adresserna som använts för att komma åt tokenen. Den här ytterligare informationen gör det enklare att spåra användningen av token och identifiera potentiell obehörig åtkomst. Läs mer här.

Bättre insyn i arbetsflödet: nya insikter om granskningstid för merge requests (Premium, Ultimate)

Value Stream Analytics (VSA) innehåller nu en ny händelse, ”Merge request last approved at”, som förbättrar uppföljningen av utvecklingsflödet. Händelsen markerar slutet på granskningsfasen och början på antingen den sista pipeline-körningen eller merge-steget. Med den här förbättringen kan team få djupare insikter om möjliga områden för att optimera granskningstider, vilket i slutändan minskar den totala utvecklingscykeltiden och ger snabbare leverans av mjukvara. För att till exempel fastställa den totala granskningstiden för en merge request kan du skapa ett VSA-steg med ”Merge request reviewer first assigned” som starthändelse och ”Merge request last approved at” som sluthändelse. Läs mer här.

Uppföljning av utvecklingsflöden.

Förenklad åtkomst till driftsättningar i projektmiljöer (alla användare)

Miljölistan visar nu information om dina senaste driftsättningar, inklusive den senaste lyckade driftsättningen och, om den skiljer sig, det senaste driftsättningsförsöket. Det ger en snabb överblick över projektets driftsättningar utan att du behöver expandera varje miljö. Läs mer här.

Projektutveckling

Aktivera Dependency Scanning med SBOM för Cargo-, Conda-, Cocoapods- och Swift-projekt (Ultimate)

GitLab introducerar en ny Dependency Scanning-analysator som använder SBOM. Den kommer att ersätta Gemnasium, som stöds fram till GitLab 19.0.

Den SBOM-baserade analysatorn erbjuder bättre språkstöd, GitLab-integration och rapportering enligt branschstandard.

Den aktiveras som standard i den senaste CI/CD-mallen för Dependency Scanning för projekt som använder:

• C/C++/Fortran/Go/Python/R med en conda-lock.yml-fil.

• Objective-C med en podfile.lock-fil.

• Rust med en cargo.lock-fil.

• Swift med en package.resolved-fil.

Variabeln DS_ENFORCE_NEW_ANALYZER är som standard satt till false, så befintliga användare fortsätter att använda Gemnasium-analysatorn.

Migrera till den nya analysatorn genom att sätta DS_ENFORCE_NEW_ANALYZER till true.

Om du helt vill förhindra användning av den nya analysatorn ska du sätta DS_EXCLUDED_ANALYZERS till dependency-scanning. Läs mer här.

Multi-core Advanced SAST ger snabbare skanningar (Ultimate)

Användare av GitLab Advanced SAST kan nu välja multi-core-skanning för att förbättra prestandan och avsevärt minska skanningstiden, särskilt för större kodbaser. Aktivera funktionen genom att sätta CI/CD-variabeln SAST_SCANNER_ALLOWED_CLI_OPTS till --multi-core N (där N motsvarar önskat antal kärnor), endast för jobbet gitlab-advanced-sast. I dokumentationen finns vägledning för hur du väljer lämpligt värde för N. Läs mer här.

Implementera OCI-baserad GitOps med FluxCD CI/CD-komponenten (alla användare)

Den nya FluxCD-komponenten förenklar implementeringen av GitOps beprövade metoder med GitLab. Komponenten gör att du kan paketera Kubernetes-manifest i OCI-images och lagra dem i OCI-kompatibla containerregister. Du kan dessutom signera images och starta en omedelbar FluxCD-reconciliation. Läs mer här.

Tillämpa anpassade steg i pipeline execution policies (Ultimate)

Förbättra dina CI/CD-pipelines med vår nya funktion för att infoga anpassade steg i pipeline execution policies. Uppdateringen ger dig större kontroll och flexibilitet i pipelinestrukturen, samtidigt som du följer säkerhets- och compliancekrav.

Viktiga fördelar:

• Mer anpassningsbara pipelines: Definiera och infoga anpassade steg på specifika platser i din pipeline för ökad kontroll över jobbkörningen.

• Förbättrad säkerhet och compliance: Säkerställ att säkerhetsskanningar och compliancekontroller utförs vid optimala tillfällen i din pipeline, till exempel efter build men före driftsättning.

• Flexibel policyhantering: Behåll central kontroll över policies samtidigt som utvecklingsteamen kan anpassa pipelines inom fastställda riktlinjer.

• Smidig integrering: Anpassade steg integreras enkelt med befintliga projektsteg och andra policytyper, så att du kan förbättra dina CI/CD-arbetsflöden utan friktion.

Så fungerar det

Den förbättrade strategin inject_policy för pipeline execution policies låter dig definiera anpassade steg i din policykonfiguration. Stegen sammanfogas sedan intelligent med projektets befintliga steg med hjälp av en Directed Acyclic Graph-algoritm (DAG), som säkerställer rätt ordning och förhindrar konflikter.

Du kan till exempel enkelt infoga ett anpassat steg för säkerhetsskanning mellan dina build- och deploy-steg.

Viktigt: Steget inject_policy ersätter det utfasade inject_ci-steget. Välj läget inject_policy för att få tillgång till dessa fördelar. Det här läget blir standard när du konfigurerar policies med Inject i policyredigeraren. Läs mer här.

Stöd för merge request-variabler i pipeline execution policies (Ultimate)

Pipeline execution policies har nu stöd för ytterligare merge request-variabler, vilket ger dig större kontroll över tillämpningen av CI/CD. Med dessa variabler kan du skapa mer avancerade policies som tar hänsyn till merge request-information för riktad och effektiv kontroll.

Nya variabler med stöd

• CI_MERGE_REQUEST_SOURCE_BRANCH_SHA

• CI_MERGE_REQUEST_TARGET_BRANCH_SHA

• CI_MERGE_REQUEST_DIFF_BASE_SHA

Användningsfall

• Genomför avancerade säkerhetsskanningar genom att jämföra ändringar i käll- och målgrenar, för att säkerställa en grundlig kodgranskning och identifiering av sårbarheter.

• Skapa dynamiska pipelinekonfigurationer som anpassas till varje merge requests specifika förutsättningar för en smidigare utvecklingsprocess.

Läs mer här.

Stöd för licensskanning av Swift-paket (Ultimate)

GitLab har stöd för licensskanning av Swift-paket, vilket ger användare som använder Swift i sina projekt en djupare förståelse för licenserna för deras Swift-paket. Användare av kompositionsanalys kan få åtkomst till dessa data via Dependency List, SBOM-rapporter och GraphQL API. Läs mer här.

Kom igång med GitLab-integreringen med Kubernetes (alla användare)

Den här versionen innehåller nya Kubernetes-guider för att komma igång, med lättföljda självstudier för att driftsätta applikationer till Kubernetes direkt med GitLab eller med FluxCD. Guiderna är utformade för både nya och erfarna användare och kräver inga djupgående kunskaper i Kubernetes.

Utöver guiderna för att komma igång har vi inkluderat en rad rekommendationer för att integrera GitLab i Kubernetes-miljöer. Läs mer här.

Styr åtkomsten till GitLab Pages för grupper (alla användare)

Åtkomsten till GitLab Pages kan nu begränsas på gruppnivå. Genom att aktivera en enda inställning kan gruppägare göra alla Pages-webbplatser inom gruppen och dess undergrupper synliga endast för projektmedlemmar. Denna centraliserade kontroll förenklar säkerhetshanteringen genom att eliminera behovet av att ändra enskilda projektinställningar. Läs mer här.

Kör flera Pages-webbplatser med parallella driftsättningar (Premium, Ultimate)

GitLab Pages har nu stöd för parallella driftsättningar, så att du kan skapa flera versioner av dina webbplatser samtidigt. Varje driftsättning har en unik URL baserad på ditt konfigurerade prefix, till exempel project-123456.gitlab.io/prefix (med en unik domän) eller namespace.gitlab.io/project/prefix (utan).

Den här funktionen är användbar för att:

• Förhandsgranska designändringar eller innehållsuppdateringar

• Testa webbplatsändringar under utveckling

• Granska ändringar från merge requests

• Underhålla flera versioner av webbplatsen

Parallella driftsättningar upphör som standard efter 24 timmar för att hantera lagringsutrymmet, men du kan anpassa denna tidsperiod eller välja att driftsättningar aldrig ska upphöra. För automatisk rensning tas parallella driftsättningar som skapats från merge requests bort när merge requesten mergas eller stängs. Läs mer här.

Vy över flera Pages-driftsättningar.

GitLab-hanterade Kubernetes-resurser (Premium, Ultimate)

GitLab-hanterade Kubernetes-resurser ger nu mer kontroll och automatisering vid driftsättning av applikationer till Kubernetes. Den här nya funktionen eliminerar behovet av att manuellt konfigurera Kubernetes-resurser för varje miljö genom att automatiskt etablera och hantera dem. Med GitLab-hanterade Kubernetes-resurser kan namnrymder och tjänstkonton automatiskt skapas för nya miljöer, åtkomstbehörigheter kan hanteras via rollbindningar och andra nödvändiga Kubernetes-resurser kan konfigureras. Vid driftsättning av applikationer skapar GitLab automatiskt de Kubernetes-resurser som behövs utifrån angivna resursmallar, vilket effektiviserar driftsättningsprocessen och säkerställer enhetlighet mellan miljöer. Läs mer här.

Jenkins

Jenkins uppdateras från 2.479.3 till 2.492.2, med ändringar i konfigurationen av användargränssnittet och säkerhetskorrigeringar.

Uppdateringen omfattar felhantering, stabilitetsförbättringar, optimeringar för pipeline-körning och bättre prestanda i hela systemet. Ett viktigt fokus i den här uppdateringen har varit plugin-uppdateringar som säkerställer kompatibilitet, säkerhet och tillgång till de senaste funktionerna. Ändringarna syftar till att ge en mer tillförlitlig och effektiv CI/CD-miljö.

JFrog Artifactory

JFrog Artifactory uppdateras från version 7.98.11 till 7.104.12, med flera viktiga förbättringar och säkerhetsuppdateringar. Svar från Bad Checksum Search REST API begränsas nu till 10 000 resultat för att optimera prestandan. Dessutom kräver åtgärden ”Zap Cache” för fjärranslutna repositories nu behörigheten ”Manage” eller ”Delete”, vilket stärker säkerheten. Dessa förbättringar syftar till att öka systemets effektivitet och skydda processerna för artifact-hantering.

Det finns också en icke-bakåtkompatibel ändring.

Artifactory har flyttat LDAP-autentisering till en annan mikrotjänst. För ROOT-kunder kräver detta inga ytterligare ändringar, eftersom vi bedömer om ändringar behövs och genomför dem som en del av ditt underhållsfönster.

Machine Learning Repositories

Machine Learning Repositories med FrogML SDK är ett lokalt ramverk för hantering av machine learning-projekt. Det fungerar som ett centraliserat lagringsutrymme för modeller och artifacts och har ett robust versionshanteringssystem. Det erbjuder lokala repositories och ett SDK för smidig driftsättning och upplösning av modeller.

Fördelarna omfattar:

• Säker lagring: Skydda dina värdefulla data genom att driftsätta modeller och andra resurser i Artifactorys lokala repositories, vilket ger dig detaljerad kontroll över åtkomsten till dina modeller.

• Enkelt samarbete: Dela och hantera dina maskininlärningsprojekt effektivt med ditt team.

• Enkel versionshantering: SDK:t Machine Learning Repositories (FrogML) erbjuder ett användarvänligt system för versionshantering. Du kan namnge, kategorisera (med hjälp av namnrymder) och spåra olika versioner av dina maskininlärningsprojekt.

Läs mer här.

Helm Enforce Layout

Helm Enforce Layout säkerställer att Helm-diagram i dina repos är organiserade och strukturerade för att förhindra fel vid driftsättning. Detta görs genom att:

• Förhindra duplicerade diagramsökvägar: Detta säkerställer att endast en instans av ett diagram med samma namn och version finns i ett repo, vilket förhindrar förvirring och bevarar diagrammets integritet.

• Säkerställa diagramnamn och versioner: Detta säkerställer att diagrammets namn och version i det paketerade filnamnet stämmer överens med uppgifterna i Chart.yaml och följer standarden Semantic Versioning (SemVer), vilket främjar enhetlighet och samarbete.

Läs mer här

Rensningspolicyer: Release Bundle v2.

JFrog Cleanup Policies för Release Bundle v2 optimerar systemets prestanda genom att låta plattforms- och projektadministratörer definiera anpassade policyer för att ta bort oanvända Release Bundles. Administratörer kan anpassa en repeterbar rensningsprocess efter organisationens specifika krav genom att fastställa kriterier och regler för rensning. Läs mer här.

Klienter har lagts till för PyPI-repos

PyPI-repos har nu stöd för klienterna Poetry och Twine. Läs mer här.

Paket och repos

Uppdatera flera repos med en batchbegäran

En enda batchbegäran kan nu uppdatera flera repos samtidigt, även med en blandning av pakettyper (t.ex. Docker, Maven) och repotypsvarianter (t.ex. lokala, fjärranslutna). Läs mer här.

Virtuella repos kan inkludera repos som inte har tilldelats eller delats med samma projekt

När du redigerar konfigurationen för ett virtuellt repo kan du nu inkludera lokala och fjärranslutna repos som inte har tilldelats eller delats med samma projekt som det virtuella repot. Om de aggregeras visas ett meddelande i gränssnittet med en knapp som, när du klickar på den, visar en lista över dessa repos. Listan kan exporteras till en CSV-fil. Läs mer här.

Federated Repositories

Prestandaförbättring för Federated-repos

Prestandan för spegling mellan Federation-medlemmar förbättras genom en ny systemegenskap som möjliggör hämtning av händelseegenskaper i bulk från databasen. Läs mer här.

Konvertera Federated-repos tillbaka till lokala repos

Du kan nu konvertera ett Federated-repo tillbaka till ett lokalt repo med hjälp av ett REST API, förutsatt att det inte ingår i en Federation med ytterligare medlemmar. Läs mer här.

Ändringar relaterade till OCI och Docker

Utökat stöd för Webhook-händelser för OCI- och Docker-images

Funktionen för Webhook-händelser för Docker-images omfattar nu även OCI-repos och images.

• Stödet har utökats till att omfatta OCI-repositorier, vilket ökar integrationsmöjligheterna.

• Händelser relaterade till OCI-images stöds nu fullt ut.

• En ny nyckel, image_type, har lagts till i händelseåtgärdens payload för att ange om åtgärden utfördes på en OCI- eller Docker-image.

Läs mer här.

Ytterligare nycklar har lagts till i webhook-händelsen Promoted i Docker-domänen

Webhooken för Image Promotion i Docker-domänen har utökats med två ytterligare nycklar:

• targetRepo: Repositoriet som imagen promoveras till.

• targetTag: Den nya taggen för den promoverade imagen.

Läs mer här.

Aktivering av SSO inaktiverar Basic Authentication som standard

När single sign-on-autentisering aktiveras inaktiveras intern lösenordsautentisering nu som standard. Läs mer här om hur du inaktiverar metoder för grundläggande autentisering och här om hur du aktiverar multifaktorautentisering.

Rensningsprinciper

• Terraform: Terraform-paket stöds nu i rensning.

• Terraform BE-paket: Terraform BE-paket stöds nu i rensning och arkivering.

• CocoaPods: CocoaPod-paket stöds nu i rensning.

• Hugging Face: Hugging Face-paket stöds nu i rensning.

• OCI: Helm OCI- och OCI-paket stöds nu i rensning och arkivering.

• Cargo: Cargo-paket stöds nu i rensning och arkivering.

• Frog ML: Frog ML-modeller stöds nu i rensning och arkivering.

• Ansible: Ansible-paket stöds nu i rensning och arkivering.

Stöd för schemalagda workers

JFrog har nu stöd för att skapa schemalagda workers som utlöses vid fördefinierade tidpunkter eller intervall, vilka du kan definiera med Cron-uttryck. Läs mer här.

JFrog Xray

JFrog Xray uppdateras från version 3.107.18 till 3.111.20, med flera viktiga förbättringar för bättre säkerhetsinsikter, sårbarhetsspårning och tydligare integrationer.

Säkerhetsöversikt för builds

Uppdateringen introducerar en ny dashboard, Builds Security Overview, som ger en centraliserad och heltäckande översikt över build-versioner. Med dashboarden kan du analysera trender, identifiera de mest sårbara komponenterna och effektivt minska säkerhetsrisker. Läs mer här.

Sammanfattning och beskrivning av Jira-ärende

Sammanfattningar och beskrivningar av Jira-ärenden som skapas via Xray/Jira-integrationen har förfinats för ökad tydlighet och läsbarhet.

Stöd för indexering av råa diskavbildningar

Dessutom har Xray nu stöd för indexering av råa diskavbildningar (.img) och SquashFS (.squashfs), vilket utökar funktionerna för artefaktanalys.

Stöd för ytterligare tre fält i CycloneDX:s sårbarhetsbeskrivning

Dessa tre nya fält förbättrar detaljnivån och fullständigheten i våra CycloneDX SBOM-rapporter avsevärt:

• Sårbarhetsbedömningar: Inkluderar CVSS-poäng, CVE-allvarlighetsgrad, bedömningsmetod och vektor.

• Sårbarhetsbeskrivning: En detaljerad beskrivning av den specifika sårbarheten.

• Sårbarhets-CWE:er: En lista över CWE:er (Common Weakness Enumerations) som passar den specifika CVE:n.

Andra nya funktioner

Överträdelsrapporter

JFrog har lagt till Repo Path i de genererade överträdelsrapporterna.

Operational Risk Policy

Den förbättrade Operational Risk Policy gör det nu möjligt att anpassa releasens ålder i månader i stället för att följa ett standardintervall.

Secrets Detection

Följande repository-typer stöds nu: RPM, Debian, Alpine, Go, RubyGems och Gradle.

JFrog Curation

Du kan nu skapa en Curation Policy direkt från ett villkor. Nya användare kan också följa en guidad introduktionsprocess för Curation. Processen innehåller visuella indikatorer för att följa framstegen och beskriver stegen för att aktivera curation, ansluta repositories och konfigurera policies.

Security Managers kan nu använda en ny Conditions Template för att skapa Curation Policies baserade på resultat från OpenSSF scorecard. Policies som baseras på den här mallen kan upptäcka och blockera tredjepartspaket om deras scorecard-poäng ligger inom ett definierat intervall.

Curation policies kan nu tillämpas på befintliga och framtida repositories för en specifik pakettyp.

RTM

Den kommande uppgraderingen till RTM kommer att hoppa över version 2.26 och gå direkt från den nuvarande version 2.27.

Förbättringar

• Vi har förbättrat prestandan för avaktivering av Synchronizer-användare genom att införa en batchbaserad lösning.

• Använd den nya konfigurationsflaggan 'synchronizer_deactivation_batch_size' för att justera batchstorleken efter olika miljöers behov.

Viktiga anmärkningar

• Vi har lagt till stöd för Ubuntu 24.04.