Snabb upptÀckte av hemlighetslÀckor
Det verkar vara ett litet misstag - att av misstag överföra autentiseringuppgifter till ett offentligt arkiv. Men konsekvenserna kan vara allvarliga. SÄ fort en angripare fÄr tag pÄ ditt lösenord eller API-nyckel, kan de ta över ditt konto, blockera dig och bedriva bedrÀgerier med dina pengar. Dessutom kan det snabbt fÄ en dominoeffekt: Ätkomst till ett konto öppnar upp för Ätkomst till andra. Insatserna Àr höga, sÄ det Àr oerhört viktigt att bli medveten om hemlighetslÀckor sÄ snart som möjligt.
I denna release presenterar vi ett alternativ inom ramen för vÄr SAST-funktionalitet. Varje commit skannas i CI/CD-jobbat för hemligheter. Om det finns en hemlighet - fÄr utvecklaren en varning i merge-förfrÄgan. De Äterkallar omedelbart den lÀckta autentiseringen och skapar nya.
Att sÀkerstÀlla korrekt change management
Med vÀxande och mer komplexa miljöer blir det allt svÄrare att upprÀtthÄlla konsistens mellan olika delar av organisationen. Ju fler anvÀndare av applikationen och ju högre intÀkter, desto allvarligare blir konsekvenserna av en merge av felaktig eller osÀker kod. För mÄnga organisationer Àr sÀkerstÀllande av korrekt granskning innan kod merge en strikt krav, eftersom riskerna Àr sÄ stora.
I GitLab 11.9 finns det mer kontroll och en mer effektiv struktur - tack vare . Tidigare var det tillrÀckligt att ange en enskild person eller grupp (dÀr varje medlem kan ge sitt godkÀnnande) för att fÄ tillstÄnd. Nu kan flera regler lÀggas till sÄ att merge-förfrÄgan krÀver godkÀnnande frÄn specifika personer eller till och med frÄn flera medlemmar i en specifik grupp. Dessutom har funktionen Code Owners integrerats i reglerna för godkÀnnande, vilket gör det lÀttare att identifiera personen som ger godkÀnnande.
Detta gör det möjligt för organisationer att genomföra komplexa godkÀnnandeprocesser, samtidigt som de behÄller enkelheten i den enhetliga GitLab-applikationen, dÀr uppgifter, kod, pipelines och övervakningsdata Àr synliga och tillgÀngliga för beslutsfattande och pÄskyndande av godkÀnnandeprocessen.
ChatOps har nu öppen kÀllkod
GitLab ChatOps Àr ett effektivt automatiseringsverktyg som lÄter dig utföra vilket CI/CD-jobb som helst och frÄga om dess status direkt i chatapplikationer som Slack och Mattermost. , var ChatOps en del av GitLab Ultimate-prenumerationen. UtifrÄn och , flyttar vi ibland funktioner nedÄt i nivÄer men aldrig uppÄt.
I fallet med ChatOps insÄg vi att denna funktionalitet kunde vara till nytta för alla, och att gemenskapens deltagande kan gynna sjÀlva funktionen.
I GitLab 11.9 , och dÀrmed Àr den nu gratis tillgÀnglig för anvÀndning i sjÀlvhanterad GitLab Core och pÄ GitLab.com och öppen för gemenskapen.
Och mycket mer!
Det finns sĂ„ mĂ„nga fantastiska funktioner tillgĂ€ngliga i denna version, till exempel , och , â vi ser verkligen fram emot att berĂ€tta om dem!
MÄnadens mest vÀrdefulla medarbetare () Àr Marcel Amirault ()
Marcel har stĂ€ndigt hjĂ€lpt oss att förbĂ€ttra GitLabs dokumentation. Han för att öka kvaliteten och anvĂ€ndarupplevelsen av vĂ„ra dokument. Domo arigato [stort tack (jap.) â anm. red.] Marcel, vi uppskattar det verkligen!
De viktigaste funktionerna som lagts till i GitLab 11.9
UpptÀckter av hemligheter och inloggningsuppgifter i repositoriet
(ULTIMATE, GOLD)
Utvecklare överför ibland oavsiktligt hemligheter och inloggningsuppgifter till fjÀrr-repositorier. Om andra personer har tillgÄng till den koden, eller om projektet Àr öppet, kan konfidentiell information avslöjas och missbrukas av illvilliga aktörer för att fÄ Ätkomst till resurser som distributionsmiljöer.
GitLab 11.9 har ett nytt test â 'Secret Detection'. Den skannar innehĂ„llet i repositoriet efter API-nycklar och annan information som inte borde finnas hĂ€r. GitLab visar resultaten i SAST-rapporten i widgeten för merge-begĂ€ran, i pipeline-rapporter och pĂ„ sĂ€kerhetsinstrumentpanelerna.
Om du redan har aktiverat SAST för din applikation behöver du inte göra nÄgot, utan bara dra nytta av denna nya funktion. Den ingÄr ocksÄ i konfigurationen som standard.
Regler för merge-begÀran
(PREMIUM, ULTIMATE, SILVER, GOLD)
Kodgranskning Àr en oumbÀrlig del av varje framgÄngsrikt projekt, men det Àr inte alltid tydligt vem som ska ansvara för granskningen av Àndringar. Ofta Àr det önskvÀrt med deltagande frÄn granskare frÄn olika team: utvecklarteamet, anvÀndarinteraktionsteamet, produktionslaget.
GodkÀnnande regler förbÀttrar interaktionen mellan personer som deltar i kodgranskningen: de definierar kretsen av behöriga godkÀnnare och minimumantalet godkÀnnanden. Reglerna för godkÀnnande visas i merge request-widgeten, och pÄ sÄ sÀtt kan nÀsta granskare snabbt utses.
I GitLab 11.8 var godkÀnnanderegler som standard avstÀngda. FrÄn och med GitLab version 11.9 Àr de som standard tillgÀngliga. I GitLab 11.3 introducerade vi en funktion för att ange teammedlemmar som ansvarar för specifika koddelar i projektet. Funktionaliteten Code Owners Àr integrerad i godkÀnnandereglerna, och pÄ sÄ sÀtt kan man snabbt hitta rÀtt personer för att granska Àndringar.
Flytt av ChatOps till Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ursprungligen introducerad i GitLab Ultimate 10.6, har ChatOps flyttats till GitLab Core. GitLab ChatOps erbjuder möjligheten att köra GitLab CI-jobb via Slack med hjÀlp av funktionen .
Vi öppnar kÀllkoden för denna funktion i enlighet med vÄr . Genom att anvÀnda den oftare kommer samhÀllet att bidra mer.
Revisionskontroll för funktionsinstÀllningar
(PREMIUM, ULTIMATE, SILVER, GOLD)
Operationer som att lÀgga till, ta bort eller Àndra funktionsparametrar registreras nu i GitLab:s revisionslogg, vilket gör att du kan se vad som Àndrades och nÀr. Har det skett en krasch och du behöver se vad som har förÀndrats nyligen? Eller behöver du bara kontrollera hur funktionsparametrarna har Àndrats i revisionssyfte? Nu Àr det mycket enkelt att göra det.
à tgÀrdande av sÄrbarheter i merge-begÀran
(ULTIMATE, GOLD)
För att snabbt ÄtgÀrda sÄrbarheter i koden mÄste processen vara enkel. Det Àr viktigt att förenkla sÀkerhetskorrigeringar sÄ att utvecklarna kan fokusera pÄ sina direkta uppgifter. I GitLab 11.7 föreslog vi en korrigeringsfil , men det behövde laddas upp, tillÀmpas pÄ lokal nivÄ och sedan flyttas Àndringarna till det fjÀrrlagret.
I GitLab 11.9 Àr denna process automatiserad. à tgÀrda sÄrbarheter utan att lÀmna GitLabs webbgrÀnssnitt. En merge-förfrÄgan skapas direkt frÄn sÄrbarhetsinformationens fönster, och denna nya gren kommer redan att innehÄlla en lösning. NÀr du har bekrÀftat att problemet Àr löst, lÀgg till fixen i den ursprungliga grenen om pipelinen Àr i ordning.
Visning av skanningsresultat för containrar pÄ gruppens sÀkerhetspanel
(ULTIMATE, GOLD)
Gruppens sÀkerhetspanel gör att specialister kan fokusera pÄ de mest kritiska arbetsfrÄgorna och ger en klar och detaljerad översikt över alla potentiella sÄrbarheter som kan pÄverka applikationer. DÀrför Àr det viktigt att panelen innehÄller all nödvÀndig information pÄ ett stÀlle och gör det möjligt för anvÀndare att gÄ igenom data noggrant innan de ÄtgÀrdar sÄrbarheter.
I GitLab 11.9 har resultaten av container-skanning lagts till i instrumentpanelen, utöver redan befintlig SAST och resultat av beroendesökning. Nu Àr all översikt pÄ ett stÀlle oavsett problemmets kÀlla.
CI/CD-mallar för sÀkerhetsjobb
(ULTIMATE, GOLD)
GitLabs sÀkerhetsfunktioner utvecklas mycket snabbt och krÀver stÀndiga uppdateringar för att bibehÄlla effektivitet och skydd av koden. Att Àndra jobbbeskrivningen Àr svÄrt nÀr du hanterar flera projekt. Dessutom förstÄr vi: ingen vill riskera att anvÀnda den senaste versionen av GitLab utan att vara sÀker pÄ att den Àr helt kompatibel med den nuvarande instansen av GitLab.
Just dÀrför har vi introducerat en ny mekanism för jobbbeskrivning i GitLab 11.7 med hjÀlp av .
FrÄn och med GitLab 11.9 kommer vi att erbjuda inbyggda mallar för alla sÀkerhetsjobb: till exempel, sast och dependency_scanning, - som Àr kompatibla med den aktuella versionen av GitLab.
Integrera dem direkt i din konfiguration, sÄ kommer de att uppdateras tillsammans med systemet vid varje uppgradering till den nya versionen av GitLab. Pipeline-konfigurationer Àndras inte.
Det nya sÀttet att definiera sÀkerhetsjobb Àr officiellt och stöder inte nÄgra andra tidigare jobbbeskrivningar eller kodfragment. Det Àr viktigt att uppdatera beskrivningen sÄ snart som möjligt för att anvÀnda det nya nyckelordet
template. Stöd för annan syntax kan tas bort i GitLab 12.0 eller i framtida versioner.
Ăvriga förbĂ€ttringar i GitLab 11.9
Svar pÄ kommentar
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
I GitLab finns det diskussioner om Àmnen. Tidigare var anvÀndaren som skrev den första kommentaren tvungen att frÄn början avgöra om en diskussion behövdes.
Vi har lÀttat pÄ denna begrÀnsning. Ta vilken kommentar som helst i GitLab (för uppgifter, merge-requests och epics) och svara pÄ den för att pÄbörja diskussionen. PÄ sÄ sÀtt interagerar teamen pÄ ett mer organiserat sÀtt.
Projektmallar för .NET, Go, iOS och Pages
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
För att förenkla skapandet av nya projekt för anvÀndarna erbjuder vi flera nya projektmallar:
- Standard , som inkluderar en grundlÀggande applikation med CI.
- En fÀrdig mall som kombinerar och GitLab CI/CD.
- , redo för initial anpassning i GitLab. Observera att eftersom en dedikerad MacOS-runner krÀvs för att bygga iOS, mÄste du tillhandahÄlla din egen byggserver om du vill anvÀnda den med GitLab CI/CD.
- Àr anpassade för att fungera med Netlify.
KrÀv godkÀnnande av merge-requests frÄn Code Owners
(PREMIUM, ULTIMATE, SILVER, GOLD)
Det Àr inte alltid uppenbart vem som godkÀnner en merge-request.
Nu stöder GitLab kravet pÄ att godkÀnna merge-requesten, beroende pÄ vilka filer förfrÄgan Àndrar, med hjÀlp av . Code Owners tilldelas med hjÀlp av en fil som kallas CODEOWNERS, formatet liknar gitattributes.
Stöd för automatisk tilldelning av Code Owners som ansvariga för att godkÀnna merge-requesten lades till redan i .
Flytta filer i Web IDE
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nu kan du, efter att ha döpt om en fil eller mapp, flytta den frÄn Web IDE till arkivet under en ny vÀg.
Etiketter i alfabetisk ordning
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab-etiketter Àr otroligt mÄngsidiga och team hittar stÀndigt nya anvÀndningsomrÄden för dem. DÀrför lÀgger anvÀndare ofta till mÄnga etiketter pÄ en uppgift, merge-request eller epic.
I GitLab 11.9 har vi förenklat anvÀndningen av etiketter nÄgot. I uppgifter, merge-requests och epics Àr etiketter som visas i sidopanelen i alfabetisk ordning. Detta gÀller Àven för att visa listor över dessa objekt.
Snabba kommentarer vid filtrering av ÄtgÀrder för en uppgift
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vi har nyligen introducerat en funktion som gör att anvÀndare kan filtrera aktivitetsflödet efter uppgifter, merge requests eller epics, vilket gör det möjligt att fokusera enbart pÄ kommentarer eller systemanteckningar. Denna instÀllning sparas för varje anvÀndare i systemet, och det kan hÀnda att en anvÀndare inte förstÄr att nÀr han eller hon tittar pÄ uppgiften flera dagar senare, ser de ett filtrerat flöde. De fÄr intrycket av att det inte gÄr att lÀmna en kommentar.
Vi har förbÀttrat denna interaktion. Nu kan anvÀndare snabbt vÀxla till ett lÀge som gör att de kan lÀmna kommentarer utan att behöva blÀddra tillbaka till toppen av flödet. Detta gÀller uppgifter, merge requests och epics.
Ăndra ordningen pĂ„ underliggande epics
(ULTIMATE, GOLD)
Vi har nyligen slÀppt , vilket gör det möjligt att anvÀnda epics av epics (utöver underliggande uppgifter till epics).
Nu kan man Àndra ordningen pÄ underliggande epics genom att enkelt dra och slÀppa, precis som med underliggande uppgifter. Team kan anvÀnda ordningen för att Äterspegla prioriteringar eller bestÀmma arbetsordning.
Anpassade systemmeddelanden för headers och footers i webben och e-post
(CORE, STARTER, PREMIUM, ULTIMATE)
Tidigare har vi lagt till en funktion som gör att anpassade meddelanden för headers och footers visas pÄ varje sida i GitLab. Denna funktion har mottagits positivt, och teamen anvÀnder den för att dela viktig information: till exempel systemmeddelanden relaterade till deras instans av GitLab.
Vi Àr glada att införa denna funktion i Core, vilket gör det möjligt för Ànnu fler mÀnniskor att anvÀnda den. Dessutom tillÄter vi anvÀndare att vÀlja att visa samma meddelanden i alla e-postmeddelanden som skickas via GitLab, för att sÀkerstÀlla enhetlighet med andra kundinteraktioner med GitLab.
Filter för konfidentiella uppgifter
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Konfidentiella uppgifter Àr ett anvÀndbart verktyg för team och möjliggör att man kan ha stÀngda diskussioner om kÀnsliga Àmnen inom ett öppet projekt. De Àr sÀrskilt bra för arbete med sÀkerhetsbrister. Tidigare har det varit ganska svÄrt att hantera konfidentiella uppgifter.
I GitLab 11.9 filtreras GitLab-uppgifter nu efter konfidentiella eller icke-konfidentiella uppgifter. Detta gÀller Àven sökning av uppgifter via API.
Tack för bidraget frÄn Robert Schilling ()!
Redigera domÀn för Knative efter distribution
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Att ange en anpassad domÀn vid installation av Knative möjliggör drift av olika serverlösa applikationer/funktioner med unika slutpunkter.
Nu gör GitLabs Kubernetes-integration det möjligt att Àndra/uppdatera den anpassade domÀnen efter distribution av Knative i Kubernetes-klustret.
Verifiering av Kubernetes CA-certifikatformat
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vid tillÀgg av ett befintligt Kubernetes-kluster kontrollerar GitLab nu att det angivna CA-certifikatet har ett giltigt PEM-format. Detta eliminerar potentiella fel vid Kubernetes-integration.
Utvidgning av jÀmförelseverktyget för merge-förfrÄgningar till hela filen
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
NÀr man granskar Àndringarna i merge-förfrÄgan kan man nu utvidga jÀmförelseverktyget för varje fil för att visa hela filen för mer kontext och lÀmna kommentarer pÄ oförÀndrade rader.
Kör specifika jobb för merge-förfrÄgningar endast vid Àndring av vissa filer
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
I GitLab 11.6 tillfördes möjligheten att definiera för pipeline-jobb, sÄ att anvÀndare kan köra specifika uppgifter endast nÀr en merge-förfrÄgan skapas.
Nu utökar vi denna funktionalitet: logik för anslutning har lagts till , och anvÀndare kan köra specifika jobb endast för merge-förfrÄgningar och endast vid Àndring av vissa filer.
Tack för bidraget frÄn Hiroyuki Sato ()!
Automatisk övervakning av GitLab med Grafana
(CORE, STARTER, PREMIUM, ULTIMATE)
Grafana ingÄr nu i vÄrt Omnibus-paket, vilket gör det enklare att förstÄ hur din instans fungerar.
Konfigurera grafana['enable'] = true pÄ gitlab.rb, och Grafana kommer att vara tillgÀnglig pÄ följande adress: https://your.gitlab.instance/-/grafana. Inom en snar framtid kommer vi ocksÄ »ur lÄdan«.
Visning av överordnade epics i sidopanelen för epics
(ULTIMATE, GOLD)
Nyligen presenterade vi , som möjliggör anvÀndning av epics av epics.
I GitLab 11.9 har vi förenklat mekanismen för att granska denna relation. Nu syns inte bara den överordnade epiken för en given epic, utan hela trÀdet av epics ocksÄ i sidopanelen till höger. Det gÄr att se om dessa epics Àr stÀngda eller inte, och man kan till och med direkt navigera till dem.
LÀnk till den nya uppgiften frÄn den flyttade och stÀngda uppgiften
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
I GitLab kan du enkelt flytta ett Àrende till ett annat projekt med hjÀlp av sidpanelen eller en snabbÄtgÀrd. I bakgrunden stÀngs det befintliga Àrendet och ett nytt Àrende skapas i det nya projektet med alla kopierade data, inklusive systemkommentarer och sidpanelens attribut. Detta Àr en fantastisk funktion.
Med tanke pÄ att det finns en systemkommentar om flytten, blir anvÀndare förvirrade nÀr de granskar ett stÀngt Àrende: de kan inte förstÄ att Àrendet stÀngdes pÄ grund av flytten.
I den hÀr versionen visar vi direkt pÄ ikonen i toppen av den stÀngda Àrendet att den har flyttats, och vi inkluderar Àven en inbyggd lÀnk till det nya Àrendet, sÄ att alla som landar pÄ det gamla snabbt kan gÄ till det nya.
YouTrack-integration
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab integreras med mÄnga externa Àrendehanteringssystem, vilket gör det enklare för team att anvÀnda GitLab för andra funktioner, samtidigt som de behÄller det valda verktyget för Àrendehantering.
I den hÀr versionen har vi lagt till möjligheten till YouTrack-integration frÄn JetBrains.
Tack till Kotau Yauhen ()!
Ăndra storlek pĂ„ filtrĂ€det i merge-förfrĂ„gan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
NÀr du granskar Àndringarna i en merge-förfrÄgan kan du nu justera storleken pÄ filtrÀdet för att visa lÄnga filnamn eller spara utrymme pÄ mindre skÀrmar.
Navigera till senaste paneler för Àrenden
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Panelerna för Àrenden Àr mycket praktiska och team skapar flera paneler för varje projekt och grupp. Nyligen har vi lagt till en sökpanel för att snabbt filtrera alla paneler som intresserar dig.
I GitLab 11.9 introducerade vi ocksÄ sektionen Nyligen i rullgardinsmenyn. PÄ sÄ sÀtt kan du snabbt navigera till panelerna som du nyligen interagerade med.
Möjlighet för utvecklare att skapa skyddade grenar
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Skyddade grenar tillÄter inte flyttning eller merger av otillrÀckligt granskad kod. Men om ingen har tillÄtelse att flytta skyddade grenar, kan ingen skapa en ny skyddad gren: till exempel, en releasegren.
I GitLab 11.9 kan utvecklare skapa skyddade grenar frĂ„n redan skyddade grenar via GitLab eller API. AnvĂ€ndningen av Git för att flytta en ny skyddad gren Ă€r fortfarande begrĂ€nsad â för att undvika att oavsiktligt skapa nya skyddade grenar.
Deduplicering av Git-objekt för öppna grenar (Beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Grenar gör det möjligt för vem som helst att delta i projekt med öppen kÀllkod: utan skrivbehörighet, bara genom att kopiera repositoryt till ett nytt projekt. Att lagra fullstÀndiga kopior av ofta grenar Git-repository Àr ineffektivt. Nu med hjÀlp av Git alternativ delar grenarna gemensamma objekt frÄn det överordnade projektet i objektpoolen för att minska kraven pÄ lagringsutrymme.
Objektpooler för grenar skapas endast för öppna projekt om ett hash-baserat lagringsutrymme Àr anslutet. Objektpooler aktiveras med hjÀlp av funktionsparametern object_pools.
Filtrering av merge-förfrÄgningar efter tilldelade godkÀnnande personer
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Kodgranskning Àr en vanlig praxis för varje framgÄngsrikt projekt, men det kan vara svÄrt för en granskare att spÄra merge-förfrÄgningar.
I GitLab 11.9 filtreras listan över merge-förfrÄgningar efter den tilldelade godkÀnnande personen. PÄ sÄ sÀtt kan du hitta merge-förfrÄgningar som lagts till dig som granskare.
Tack för bidraget av Glavin Wiechert ()!
Snabbtangenter för nÀsta och föregÄende fil i merge-förfrÄgan
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
NÀr du granskar Àndringar i merge-förfrÄgan kan du snabbt vÀxla mellan filer med ]eller j för att gÄ till nÀsta fil och [ eller vÄgvektor för att gÄ till föregÄende fil.
Förenkling .gitlab-ci.yml för serverlösa projekt
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Skapad baserat pÄ funktionaliteten GitLab CI, serverlös mall gitlab-ci.yml har förenklats avsevÀrt. För att införa nya funktioner i kommande versioner behöver Àndringar i denna fil inte göras.
Stöd för vÀrdnamn Ingress
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Under deployment av Kubernetes Ingress-kontrollern ÄtervÀnder vissa plattformar till IP-adressen (t.ex. GKE frÄn Google), medan andra gÄr till DNS-namn (t.ex. EKS frÄn AWS).
VÄr Kubernetes-integration stödjer nu bÄda typerna av slutpunkter för visning i avsnittet clusters för projektet.
Tack för bidraget av Aaron Walker ()!
à tkomstbegrÀnsning för att logga in pÄ JupyterHub endast för gruppens/projektets deltagare
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Distribution av JupyterHub med GitLabs integration med Kubernetes Àr ett utmÀrkt sÀtt att hantera och anvÀnda Jupyter Notebook i stora grupper. Det Àr ocksÄ anvÀndbart för att kontrollera Ätkomst till dem vid överföring av konfidentiell eller personlig information.
I GitLab 11.9 Àr inloggning pÄ JupyterHub-instanser som körs via Kubernetes begrÀnsad till projektmedlemmar med ÄtkomstnivÄ "utvecklare" (via grupp eller projekt).
Anpassningsbara tidsperioder för sÀkerhetspanelens schema
(ULTIMATE, GOLD)
SÀkerhetspanelen för gruppen inkluderar ett sÄrbarhetsschema för att granska nuvarande sÀkerhetsstatus för gruppens projekt. Detta Àr mycket anvÀndbart för sÀkerhetschefer nÀr de utformar processer och förstÄr hur teamet arbetar.
I GitLab 11.9 kan man nu vÀlja tidsperiod för detta sÄrbarhetsschema. Standard Àr de senaste 90 dagarna, men det gÄr att stÀlla in en period pÄ 60 eller 30 dagar beroende pÄ vilken detaljnivÄ som krÀvs.
Detta pÄverkar inte data i rÀknare eller listor, utan endast datapunkter som visas i schemat.
TillÀgg av Auto DevOps-byggjobb för taggar
(CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONS, SILVER, GULD)
Auto DevOps automatiska byggsteg skapar en byggnad av din applikation med hjÀlp av projektets Dockerfile eller Heroku-byggpaket.
I GitLab 11.9 fÄr den Docker-image som genereras i tagg-pipelinen ett namn som liknar traditionella images med hjÀlp av taggen istÀllet för commit SHA.
Tack för bidraget frÄn Aaron Walker!
Uppdatering av Code Climate till version 0.83.0
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
GitLab anvÀnder för att kontrollera hur Àndringar pÄverkar statustillstÄndet för din kod och projekt.
I GitLab 11.9 har vi uppdaterat motorn till den senaste versionen (), för att ge fördelar med ytterligare sprÄk och stöd för statisk analys för GitLab Code Quality.
Tack för bidraget frÄn GitLab Core-teammedlem Takuya Noguchi ()!
Skalning och rullning av mÀtpaneler
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
NÀr man undersöker prestandaanomali kan det vara bra att titta nÀrmare pÄ specifika delar av en viss mÀtdata.
Med GitLab 11.9 kan anvÀndare skala individuella tidsperioder pÄ mÀtpanelen, blÀddra över hela tidsintervallet och enkelt ÄtergÄ till den ursprungliga vy av tidsintervallet. Detta gör det enkelt och snabbt att undersöka relevanta hÀndelser.
SAST för TypeScript
(ULTIMATE, GOLD)
Àr ett relativt nytt programmeringssprÄk baserat pÄ .
I GitLab 11.9 analyserar funktionen för statisk applikationstestning av sÀkerhet (SAST) och upptÀcker sÄrbarheter i TypeScript-kod, vilket visas i widgeten för merge-förfrÄgan, pÄ pipeline-nivÄ och pÄ sÀkerhetspanelen. Den aktuella jobbeskrivningen sast behöver inte Àndras, och den Àr ocksÄ automatiskt aktiverad i .
SAST för flermodulÀra Maven-projekt
(ULTIMATE, GOLD)
Maven-projekt Àr ofta organiserade för att samla ihop i ett enda repository. Tidigare kunde inte GitLab korrekt skanna sÄdana projekt, och utvecklare och sÀkerhetsspecialister fick inte rapporter om sÄrbarheter.
GitLab 11.9 erbjuder förbÀttrat stöd för SAST-funktionen för denna specifika projektkonfiguration, vilket möjliggör test av sÄrbarheter i sitt ursprungliga tillstÄnd. Tack vare flexibiliteten hos analysatorerna definieras konfigurationen automatiskt, och du behöver inte Àndra nÄgot för att se resultaten för flermodulÀra Maven-applikationer. Som vanligt finns liknande förbÀttringar ocksÄ tillgÀngliga inom .
GitLab Runner 11.9
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Idag har vi ocksÄ slÀppt GitLab Runner 11.9! GitLab Runner Àr ett öppen kÀllkodsprojekt som anvÀnds för att köra CI/CD-jobb och skicka resultat tillbaka till GitLab.
Nedan följer nÄgra Àndringar i GitLab Runner 11.9:
- .
- och .
- . Det utesluter ocksÄ .
- för att stödja , som kommer att finnas i GitLab 11.10.
- .
- .
- Flytta flera skript â inklusive och â till Go.
- .
- .
- .
En fullstÀndig lista över Àndringar finns i changelog för GitLab Runner: .
FörbÀttringar i GitLabs schema
(CORE, STARTER, PREMIUM, ULTIMATE)
Följande förbÀttringar har gjorts i GitLab-chart:
- Stöd för Google Cloud Memorystore har lagts till.
- Cron-jobbinstÀllningar , eftersom de anvÀnds av flera tjÀnster.
- Registret har uppdaterats till version 2.7.1.
- En ny parameter har lagts till som sÀkerstÀller kompatibilitet mellan GitLab-registret och Docker-versioner upp till 1.10. För att aktivera, stÀll in
registry.compatibility.schema1.enabled: true.
PrestandaförbÀttringar
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vi fortsÀtter att förbÀttra prestandan för GitLab med varje release för GitLab-instanser av alla storlekar. HÀr Àr nÄgra förbÀttringar i GitLab 11.9:
- .
- .
- .
- .
FörbÀttringar av Omnibus
(CORE, STARTER, PREMIUM, ULTIMATE)
I GitLab 11.9 har följande förbÀttringar gjorts av Omnibus:
- GitLab 11.9 inkluderar , , vars senaste release inkluderar MFA för Team Edition, förbÀttrad bildprestanda och mycket mer. Denna version innehÄller ocksÄ ; uppdatering rekommenderas.
- En ny parameter har lagts till som sÀkerstÀller kompatibilitet mellan GitLab-registret och Docker-versioner upp till 1.10. För att aktivera, stÀll in
registry['compatibility_schema1_enabled'] = true i gitlab.rb. - GitLab-registret exporterar nu Prometheus-metrik och övervakas automatiskt av .
- Stöd för Google Cloud Memorystore har lagts till, vilket krÀver .
openssluppdaterad till version 1.0.2r,nginxâ till version 1.14.2,pythonâ till version 3.4.9,jemallocâ till version 5.1.0,docutilsâ till version 0.13.1,gitlab-monitorâ till version 3.2.0.
Utdaterade funktioner
GitLab Geo kommer att sÀkerstÀlla hashad lagring i GitLab 12.0
GitLab Geo krÀver för att mildra konkurrensproblem (race condition) pÄ sekundÀra noder. Detta pÄpekades i .
I GitLab har vi lagt till detta krav i Geo-dokumentationen: .
I GitLab sudo gitlab-rake gitlab: geo: check kontrollerar om hashad lagring Àr aktiverad och att alla projekt migreras. Se. . Om du anvÀnder Geo, vÀnligen kör denna kontroll och migrera sÄ snart som möjligt.
I GitLab konstant avaktiverat varningsmeddelande kommer att visas pĂ„ sidan AdminomrĂ„de âș Geo âș Noder, om ovanstĂ„ende kontroller inte tillĂ„ts.
I GitLab Geo kommer att anvÀnda krav för hashad lagring. Se. .
Datum för borttagning: 22 juni 2019.
Integrering av Hipchat
Hipchat . Dessutom har vi i version 11.9 .
Datum för borttagning: 22 mars 2019.
Stöd för CentOS 6 för GitLab Runner med Docker-exekverare
GitLab Runner stödjer inte CentOS 6 nÀr Docker anvÀnds i GitLab 11.9. Detta beror pÄ att Docker-biblioteket har uppdaterats och inte lÀngre stöder CentOS 6. Mer information finns i .
Datum för borttagning: 22 mars 2019.
FörÄldrade legacy-vÀgar i GitLab Runner
FrÄn och med GitLab 11.9 anvÀnder GitLab Runner för kloning/anrop av repository. För nÀrvarande kommer GitLab Runner att anvÀnda den gamla metoden om den nya inte stöds.
I GitLab 11.0 Àndrade vi utseendet pÄ konfigurationen av metrics-server för GitLab Runner. metrics_server kommer att tas bort till förmÄn för listen_address i GitLab 12.0. Mer information finns i . Ytterligare detaljer i .
I version 11.3 började GitLab Runner stödja , vilket ledde till nya instÀllningar för . I en tabell över Àndringar och anvisningar för att uppgradera till den nya konfigurationen. Mer information finns i .
Dessa vÀgar Àr inte lÀngre tillgÀngliga i GitLab 12.0. Som anvÀndare behöver du inte göra nÄgot, bara se till att din GitLab-instans kör version 11.9+ vid uppgradering till GitLab Runner 12.0.
Datum för borttagning: 22 juni 2019.
FörÄldrad parameter för funktionens ingÄngspunkt för GitLab Runner
I 11.4 introducerades en parameter för GitLab Runner för att ÄtgÀrda problem som och .
I GitLab 12.0 kommer vi att ÄtergÄ till rÀtt beteende, som om funktionsparametern var inaktiverad. Mer information finns i .
Datum för borttagning: 22 juni 2019.
FörÄldrat stöd för Linux-distributioner som nÄtt EOL för GitLab Runner
Vissa Linux-distributioner dÀr GitLab Runner kan installeras har nÄtt slutet av sitt liv.
I GitLab 12.0 kommer GitLab Runner inte lÀngre att distribuera paket till sÄdana Linux-distributioner. En komplett lista över distributioner som inte lÀngre stöds kan hittas i vÄr . Tack till Javier Jardón för hansbidrag !
Datum för borttagning: 22 juni 2019.
Som en del av insatserna för att stödja
Windows Docker-executorn helper image .
. Mer information finns i Utvecklare kan ta bort Git-taggar i GitLab 11.10 .
Datum för borttagning: 22 juni 2019.
Borttagning eller redigering av versionsanteckningar för taggar i oskyddade grenar har historiskt varit begrÀnsad till
underhÄllare och Àgare .
Eftersom utvecklare kan lÀgga till taggar samt Àndra och ta bort oskyddade grenar, mÄste utvecklarna kunna ta bort Git-taggar. I GitLab 11.10 i vÄr behörighetsmodell för att förbÀttra arbetsflödet och hjÀlpa utvecklarna att bÀttre och mer effektivt anvÀnda taggar.
Om du vill behÄlla denna begrÀnsning för medarbetare och Àgare, anvÀnd .
Datum för borttagning: 22 april 2019
Stöd för Prometheus 1.x i Omnibus GitLab
FrÄn och med GitLab , den inbyggda versionen av Prometheus 1.0 utesluts frÄn Omnibus GitLab. . Men mÀtformatet Àr inkompatibelt med version 1.0. Befintliga versioner kan uppgraderas till 2.0 och vid behov överföra data .
I GitLab-versioner kommer Prometheus 2.0 att installeras automatiskt, om uppdateringen Ànnu inte har gjorts. Data frÄn Prometheus 1.0 kommer att gÄ förlorade, eftersom de inte överförs.
Datum för borttagning: 22 juni 2019.
TLS v1.1
FrÄn och med GitLab för att öka sÀkerheten. Detta löser mÄnga problem, inklusive Heartbleed, och gör GitLab "ur lÄdan" kompatibelt med PCI DSS 3.1-standarden.
För att omedelbart stÀnga av TLS v1.1, stÀll in nginx['ssl_protocols'] = "TLSv1.2" pÄ gitlab.rband och kör gitlab-ctl reconfigure.
Datum för borttagning: 22 juni 2019.
OpenShift-mall för installation av GitLab
Officiell â den rekommenderade metoden för att köra GitLab pĂ„ Kubernetes, inklusive .
för installation av GitLab har blivit förÄldrad och kommer inte lÀngre att stödjas i .
Datum för borttagning: 22 juni 2019.
Tidigare definitioner av sÀkerhetsjobb
Med införandet av blir alla tidigare definitioner av jobb förÄldrade och kommer att tas bort i GitLab 12.0 eller senare.
Uppdatera jobbdefinitionerna för att anvÀnda den nya syntaksen och dra nytta av alla nya sÀkerhetsfunktioner som erbjuds av GitLab.
Datum för borttagning: 22 juni 2019.
Systeminformation avsnittet i administratörspanelen
GitLab visar information om din GitLab-instans i admin/system_info, men denna information kan vara felaktig.
Vi i administratörspanelen i GitLab 12.0 och rekommenderar att anvÀnda .
Datum för borttagning: 22 juni 2019.
KĂ€lla: habr.com
