GitLab 11.11: flera funktioner för merge-förfrågningar och förbättringar för containrar

Fler samarbetesmöjligheter och extra aviseringar

Vi på GitLab letar ständigt efter nya sätt att förbättra samarbetet genom hela DevOps-livscykeln. Vi är glada att meddela att vi från och med den här versionen stöder flera ansvariga för en merge-begäran! Denna funktion är tillgänglig från GitLab Starter-nivån och förverkligar verkligen vårt motto: «Alla kan bidra». Vi vet att flera personer kan arbeta med en merge-begäran för att allt ska vara i ordning, och nu har du möjlighet att tilldela flera ansvariga för merge-begäran!

Dessutom får DevOps-team nu automatiska aviseringar om distributionshändelser i Slack och Mattermost. Lägg till nya aviseringar i listan över utskickshändelser i dessa två chattar, så kommer ditt team nästan omedelbart att få veta om nya distributioner.

Kostnadsbesparingar med stöd för Docker-containrar på Windows och förberedelse av Kubernetes-kluster på instansnivå

Vi älskar containrar! Containrar använder mindre systemresurser jämfört med virtuella maskiner och förbättrar applikationens portabilitet. Från och med GitLab 11.11 stöder vi Windows Container Executor för GitLab Runner, så nu kan du använda Docker-containrar på Windows och njuta av utökade möjligheter för orkestrering av pipelines och hantering.

GitLab Premium (endast för självhostade instanser) erbjuder nu cache-proxy för beroenden för Docker-bilder. Detta tillägg kommer att snabba upp leveransen, eftersom du nu får en cache-proxy för ofta använda Docker-bilder.

Användare av självhostade GitLab-instanser kan nu förbereda Kubernetes-kluster på instansnivå, och alla grupper och projekt inom instansen kommer att använda det för sina distributioner. Tack vare denna integration med Kubernetes skapas resurser automatiskt för specifika projekt för extra säkerhet.

Och det är inte allt!

Förutom nya samarbetesmöjligheter och extra aviseringar har vi lagt till gäståtkomst till versioner, ökat ytterligare CI Runner-minuter för GitLab Free, förenklat granskningar med automatiskt godkännande av diskussioner när du tillämpar ett förslag, och mycket mer!

Månadens mest värdefulla anställd (MVP) — Kia Mei Somabes (Kia Mei Somabes)

I det här avsnittet har vi lagt till möjligheten att ladda upp enskilda mappar från arkiv istället för hela innehållet. Nu kan du ladda upp bara några få nödvändiga filer. Tack, Kia Mei Somabes!

Huvudfunktioner i GitLab 11.11

Windows Container Executor för GitLab Runner

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

I GitLab 11.11 har vi lagt till en ny executor i GitLab Runner så att Docker-containrar kan användas i Windows. Tidigare var man tvungen att använda en shell för orkestrering av Docker-containrar i Windows, men nu kan man arbeta med Docker-containrar direkt i Windows, nästan som i Linux. Användare av Microsofts plattformar får nu fler möjligheter för orkestrering av pipeline och hantering.

Denna uppdatering inkluderar förbättrat stöd för PowerShell i GitLab CI/CD, samt nya hjälpbilder för olika versioner av Windows-containrar. Dina egna Windows-runners kan självklart användas med GitLab.com, men de är ännu inte en del av de offentligt tillgängliga verktygen.

Cacheproxy för beroenden för containerregister

PREMIUM, ULTIMATE

Team använder ofta containrar i byggpipelines, och en cacheproxy för ofta använda bilder och paket från upstream är ett utmärkt sätt att påskynda pipelines. Med en lokal kopia av nödvändiga lager, tillgänglig via den nya cacheproxyn, kan man arbeta effektivare med vanliga bilder i sin miljö.

För närvarande är proxy för containrar endast tillgänglig för självhostade instanser på webbservern Puma (i experimentellt läge).

Flera ansvariga för merge-förfrågningar

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Ofta arbetar flera personer samtidigt med en funktion i en gemensam gren och merge-förfrågan, som när frontend- och backend-utvecklare samarbetar nära varandra eller när utvecklare arbetar parvis, som i extremprogrammering.

I GitLab 11.11 kan flera personer tillsättas till merge-förfrågningar. Precis som med flera ansvariga för uppgifter kan man här använda listor, filter, aviseringar och API.

Konfiguration av Kubernetes-kluster på instansnivå

CORE, STARTER, PREMIUM, ULTIMATE

Säkerhets- och beredningsmodellen i Kubernetes utvecklas, och nu kan man betjäna ett stort antal kunder genom ett gemensamt kluster.

I GitLab 11.11 kan användare av självförvaltade instanser nu förbereda kluster på instansnivå, och alla grupper och projekt i instansen kommer att använda det för sina deployment. Tack vare denna integration mellan GitLab och Kubernetes kommer resurser för specifika projekt att skapas automatiskt för ökad säkerhet.

Notifications om deployment i Slack och Mattermost

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nu kan du konfigurera automatiska aviseringar om deployment-händelser i teamkanalen tack vare integrationen med chattarna Slack och Mattermost, och ditt team kommer att hållas informerat om alla viktiga händelser.

Gästtillgång till utgåvor

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nu kan gästanvändare i dina projekt visa utgåvor som publikt på sidan Releases. De kommer att kunna ladda ner publicerade artefakter, men kommer inte att kunna ladda ner källkoden eller se information om förvar, såsom taggar eller commits.

Andra förbättringar i GitLab 11.11

Serialiserade commit-grafer för ökad prestanda

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

För många Git-operationer krävs det att graferna för commits genomsöks, till exempel beräkning av sammanslagningsbaser eller visning av grenar som innehåller en commit. Ju fler commits, desto långsammare utförs dessa operationer, eftersom varje objekt måste laddas från disken för att läsa dess pekare.

I GitLab 11.11 har vi aktiverat funktionen för serialiserade commit-grafer som introducerades i de senaste Git-versionerna för att förbereda och lagra dessa uppgifter i förväg. Nu utförs genomsökningar i stora förvar mycket snabbare. Commit-grafen skapas automatiskt vid nästa skräpuppsamling i förvaret.

Läs om hur den serialiserade commit-grafen skapades i en serie artiklar av en av författarna till denna funktion.

Ytterligare CI Runner-minuter: nu även för gratiskonton

GRATIS, BRONS, SILVER, GULD

Förra månaden lade vi till möjligheten att köpa ytterligare CI Runner-minuter, men endast för betalda planer på GitLab.com. I denna version kan minuter köpas även på gratiskonton.

Nedladdning av arkiv av kataloger i förvar

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Beroende på typ och storlek av projekt kan arkivet av hela projektet ta lång tid att ladda, och det behövs inte alltid, särskilt i fall av stora monorepo. I GitLab 11.11 kan du ladda ner arkivet av nuvarande kataloginnehåll, inklusive underkataloger, för att välja endast de nödvändiga mapparna.

Tack för arbetet, Kia May Somabes!

Tillämpning av förslaget möjliggör nu automatiskt diskussioner

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Förslag på ändringar underlättar samarbetet kring merge requests: nu kan du undvika att kopiera och klistra in för att godkänna föreslagen ändring. I GitLab 11.11 har vi gjort denna process ännu enklare: nu löses diskussionen automatiskt när förslaget tillämpas.

Tidtagarur på sidopanelen för uppgiftslistan

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Sidopanelerna för uppgifter bör se likadana ut i visningar för uppgiftslistor och scheman. Därför finns det nu ett tidtagarur på sidopanelen för uppgiftslistan i GitLab. Gå bara till uppgiftslistan, klicka på en uppgift, så öppnas sidopanelen med tidtagaruret.

Information om distributioner i Environments API

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Vi har lagt till möjligheten att begära information om en specifik miljö från Environments API för att veta vilken commit som är distribuerad i miljön just nu. Detta kommer att förenkla automatisering och rapportering för användare av Environments i GitLab.

Negativa matchningar av variabler för pipeline-regler

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Nu kan du kontrollera negativ likhet eller mönstermatchning (!= och !~) i filen .gitlab-ci.yml vid kontroll av värden för miljövariabler, så att beteendet hos pipelines blivit mer flexibelt.

Kör alla manuellt utförda jobb i steget med ett klick

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

I GitLab 11.11 kan användare som har många manuella jobb i stegen nu utföra alla dessa jobb i ett steg genom att klicka på knappen „Spela alla“ („Kör alla“) till höger om namnet på steget i pipeline-vyn.

Skapa en fil direkt från miljövariabeln

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Miljövariabler används ofta för att skapa filer, särskilt för hemligheter som behöver skyddas och bara är tillgängliga i en specifik miljö-pipeline. För detta ställer du in innehållet i variabeln som filens innehåll och skapar en fil i jobbet som innehåller värdet. Med den nya miljövariabeltypen file kan detta göras i ett enda steg utan att ändra .gitlab-ci.yml.

API-endpoint för information om sårbarheter

ULTIMATE, GOLD

Nu kan du begära alla sårbarheter som upptäckts i projektet från GitLab API. Med detta API kan du skapa maskinläsbara listor över sårbarheter med filter för typ, trovärdighet och allvarligt.

Möjlighet till fullständig dynamisk skanning för DAST

ULTIMATE, GOLD

I GitLab kan du dynamiskt testa säkerheten i applikationer (Dynamic Application Security Testing, DAST) inom CI-pipelinen. Från och med denna version kan du välja fullständig dynamisk skanning istället för standardpassiv skanning. Fullständig dynamisk skanning skyddar mot fler sårbarheter.

Installation av Prometheus i grupperade kluster

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

I denna version av GitLab finns nu möjlighet att koppla en Kubernetes-kluster till hela gruppen. Vi har också lagt till möjligheten att installera en instans av Prometheus på denna kluster för att förenkla övervakningen av alla projekt inom klustret.

Information om att ignorera sårbarheter i säkerhetspanelen

ULTIMATE, GOLD

I GitLabs säkerhetspaneler kan administratörer se ignorerade sårbarheter. För att optimera arbetsflödet har vi lagt till möjligheten att se information om ignoreringen direkt på säkerhetspanelen.

Skapa anpassade mätningdiagram på instrumentpanelen

PREMIUM, ULTIMATE, SILVER, GOLD

Skapa nya diagram med anpassade prestandamätningar direkt på instrumentpanelen i mätpanel. Nu kan användare skapa, uppdatera och ta bort visualiseringar av mätningar på instrumentpanelen genom att klicka på «Add Metric» («Lägg till mätning») i det övre högra hörnet av instrumentpanelen.

Uppgifter från meddelanden öppnas nu i namn av GitLab Alert Bot

PREMIUM, ULTIMATE, SILVER, GOLD

Nu kommer uppgifter som öppnas från meddelanden att vara skapade av GitLab Alert Bot, så att du genast ser att uppgiften skapades automatiskt från ett viktigt meddelande.

Autospara beskrivningar av epik i lokal lagring

ULTIMATE, GOLD

Beskrivningar av epik sparades inte i lokal lagring, så förändringar gick förlorade om du inte sparade dem explicit när du ändrade beskrivningen av epiken. I GitLab 11.11 introducerades möjligheten att spara beskrivningar av epik i lokal lagring. Det betyder att du nu enkelt kan återgå till att ändra beskrivningen av epiken om det uppstår ett fel, om du blev distraherad eller om du av misstag stängde webbläsaren.

Stöd för spegling på GitLab för Git LFS

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Genom spegling kan du replikera Git-repositorier från en plats till en annan. Detta förenklar lagring av en kopia av ett Git-repository på GitLab-servern, beläget någon annanstans. Nu stödjer GitLab spegling av repositories med Git LFS, så denna funktion är tillgänglig även för repositories med stora filer, som speltexturer eller vetenskapliga data.

Rättigheter för att läsa och skriva i repositories för personliga åtkomsttoken

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Många personliga åtkomsttoken har rättigheter att göra ändringar på nivå api, men full åtkomst till API:et kan ge för mycket rättigheter till vissa användare eller organisationer.

Tack vare bidrag från communityn kan personliga åtkomsttoken nu ha rättigheter endast för läsning och skrivning för projektets repositories, och inte mer djupgående åtkomst på API-nivå till sådana känsliga områden i GitLab som inställningar och medlemskap.

Tack, Horatiu Eugen Vlad (Horatiu Eugen Vlad)!

Lägga till grundläggande stöd för gruppförfrågningar i GraphQL

GRATIS, BRONS, SILVER, GULD, KÄRNA, STARTER, PREMIUM, ULTIMATE

Med GraphQL API kan användare exakt ange vilka data de behöver och få all nödvändig data i flera förfrågningar. Från och med denna utgåva stöder GitLab tillägg av grundläggande gruppinformation i GraphQL API.

Inloggning med Salesforce-uppgifter

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab älskar Salesforce-utvecklare, och för att stödja detta community tillåter vi användare att logga in på GitLab med sina Salesforce.com-uppgifter. Just nu kan instanser konfigureras för att använda GitLab som en applikation kopplad till Salesforce för att använda Salesforce.com för att logga in på GitLab med ett enda tryck.

SAML SSO är nu obligatoriskt för webbaserad åtkomst

PREMIUM, ULTIMATE, SILVER, GOLD

Vi utvidgar kravet på enhetlig inloggning (SSO) på gruppnivå, infört i version 11.8, med strikt kontroll av grupp- och projekresurser, så att användare bara kan få åtkomst när de loggar in med SAML. Detta ger en extra nivå av åtkomstkontroll för organisationer som värderar säkerhet och använder GitLab.com via SAML SSO. Nu kan du göra SSO till ett obligatoriskt krav, med vetskapen om att användarna i din grupp använder SSO.

Filtrering av nyligen skapade eller ändrade data för API:er för epics

ULTIMATE, GOLD

Tidigare var det svårt att begära nyligen skapade eller ändrade data via GitLabs API för epics. I version 11.11 har vi lagt till ytterligare filter created_after, created_before, uppdaterad_efter och uppdaterad_före, för att garantera överensstämmelse med API:er och snabbt hitta ändrade eller nyligen skapade epics.

Biometrisk autentisering med UltraAuth

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Företag UltraAuth specialiserar sig på lösenordsfri biometrisk autentisering. Nu stödjer vi denna autentiseringsmetod på GitLab!

Tack, Kartikey Tanna (Kartikey Tanna)!

GitLab Runner 11.11

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

I dag har vi släppt GitLab Runner 11.11! GitLab Runner är ett open source-projekt som används för att köra CI/CD-jobb och skicka resultaten tillbaka till GitLab.

• En felaktighet har åtgärdats där git lfs inte fick objekt från undermoduler.
• Bearbetningen av stora spårningar har optimerats.
• Funktionens parametrar kan konfigureras med config.toml.
• Funktionens parametrar kan användas för att konfigurera mappen /builds.
• Tillägg av PowerShell-stöd för Docker Executor.
• Stöd för konfiguration av Windows Docker-volymer.

Förbättringar av Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

Vi har gjort följande förbättringar i Omnibus i GitLab 11.11:

• GitLab 11.11 inkluderar Mattermost 5.10 — ett open source-alternativ till Slack, som i den nya versionen har interaktiva ephemeral-meddelanden och mycket mer. Denna version innehåller säkerhetsuppdateringar, och vi rekommenderar att du uppgraderar.
• Grafana har uppdaterats till version 1.1.0, för att följa med de senaste övervakningspanelerna i Omnibus.
• Paketet PostreSQL 10 innehåller nu Omnibus.
• Sentry DSN kan nu överföras i gitlab.yml.
• RubyGems har uppdaterats till 2.7.9.
• Uppdatering av liblzma till 5.2.4 med 5.2.2.
• Uppdatering av libtool till 2.4.6.
• postresql startar efter kommandot pg-upgrade.
• Uppdatering av Prometheus-komponenter till de senaste versionerna.
• Uppdatering av git till 2.21.0.

Förbättring av scheman

CORE, STARTER, PREMIUM, ULTIMATE

Vi har gjort följande förbättringar i Helm-diagrammen i GitLab 11.11:

• I GitLab 11.11 kan man fästa volym för lagring av katalogen tmp/work.
• Administratörer har tillgång till ytterligare konfigurationsalternativ, inklusive memoryKiller, maxRss, graceTime och shutdownWait.
• Helm-diagram testas nu konstant i Amazon Elastic Container Service for Kubernetes (EKS)

Prestandaförbättringar

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Vi fortsätter att förbättra GitLabs prestanda med varje utgåva för instanser av GitLab av alla storlekar. Några förbättringar i GitLab 11.11:

• Förbättrad autokomplettering av användare, när svaret innehåller många vägar till avatarer.
• Minskning av nyttolasten i Sidekiq vid borttagning av todos.
• Beräkning av komplexiteten för GraphQL-resolver baserat på element.
• Ökning av prestandan för global sökning för genererade objekt.
• Ökning av prestandan vid distribution av hela diff-filer.
• Garanterad begäran om blob-objekt i ett enda paket.
• Utför en lista över Wiki-sidor utan att ladda innehållet.
• Avböjande av att skapa tillfälliga länkar för att jämföra grenar i ett projekt.

Utdaterade funktioner

GitLab Geo kommer att säkerställa hashad lagring i GitLab 12.0

GitLab Geo kräver hashad lagring för att mildra konkurrensen på sekundära noder. Detta noterades i gitlab-ce#40970.

I GitLab 11.5 har vi lagt till detta krav i Geo-dokumentationen: gitlab-ee#8053.

I GitLab 11.6 sudo gitlab-rake gitlab:geo:check kontrollerar om hashad lagring är aktiverad och att alla projekt migreras. Se. gitlab-ee#8289. Om du använder Geo, vänligen kör denna kontroll och migrera så snart som möjligt.

I GitLab 11.8 en konstant avaktiverad varning kommer att visas på sidan Adminområde › Geo › Noder, om ovanstående kontroller inte tillåts. gitlab-ee!8433.

I GitLab 12.0 Geo kommer att använda krav för hashad lagring. Se. gitlab-ee#8690.

Datum för borttagning: 22 juni 2019.

GitLab Geo kommer att möjliggöra användning av PG FDW i GitLab 12.0

Detta är nödvändigt för Geo Log Cursor, eftersom det avsevärt ökar prestandan för vissa synkroniseringar. Det ökar också prestandan för statusförfrågningar om Geo-noder. Tidigare förfrågningar hade för låg prestanda i stora projekt. Se hur du ställer in detta i Geo-databasåterkoppling. I GitLab 12.0 Geo kommer att kräva PG FDW. Se. gitlab-ee#11006.

Datum för borttagning: 22 juni 2019.

Sentry-alternativ för felrapporter och loggning kommer att tas bort från användargränssnittet i GitLab 12.0

Dessa alternativ kommer att tas bort från användargränssnittet i GitLab 12.0 och kommer att vara tillgängliga i filen gitlab.yml. Dessutom kommer du att kunna definiera en Sentry-miljö för att särskilja flera distributioner. Till exempel utveckling, staging och produktion. Se. gitlab-ce#49771.

Datum för borttagning: 22 juni 2019.

Begränsning av det maximala antalet pipeliner som kan skapas av en enda push

Tidigare skapade GitLab pipeliner för HEAD varje gren i en push. Detta är praktiskt för utvecklare som pushar flera ändringar samtidigt (till exempel till en funktionsgren och till grenen develop).

Men vid push av ett stort förråd, med många aktiva grenar (till exempel för flytt, spegling eller förgrening), behövs det inte att skapa en pipeline för varje gren. Från och med GitLab 11.10 skapar vi max 4 pipeliner vid push.

Datum för borttagning: 22 maj 2019.

Föråldrade legacy-vägar i GitLab Runner

Från och med GitLab 11.9 använder GitLab Runner ny metod kloning/anrop av förrådet. För närvarande kommer GitLab Runner att använda den gamla metoden om den nya inte stöds. Läs mer i denna uppgift.

I GitLab 11.0 ändrade vi utseendet på konfigurationen av metrics-server för GitLab Runner. metrics_serverkommer att tas bort till förmån för listen_address i GitLab 12.0. Mer information finns i denna uppgift.

I version 11.3 började GitLab Runner stödja flera cache-leverantörer; vilket ledde till nya inställningar för specifik S3-konfiguration. I dokumentationen en tabell över ändringar och anvisningar för att uppgradera till den nya konfigurationen. Mer information finns i denna uppgift.

Dessa vägar kommer att bli otillgängliga i GitLab 12.0. Som användare behöver du inte ändra något, bara försäkra dig om att GitLab-instansen fungerar med 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 FF_K8S_USE_ENTRYPOINT_OVER_COMMAND för att åtgärda problem som #2338 och #3536.

I GitLab 12.0 kommer vi att återgå till rätt beteende, som om funktionsparametern var inaktiverad. Mer information finns i denna uppgift.

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 dokumentationen. Tack, Javier Ardo (Javier Jardón), för din Borttagning av gamla kommandon för GitLab Runner Helper!

Datum för borttagning: 22 juni 2019.

Som en del av insatserna för att stödja

Som del av tillägget av stöd för måste vi ta bort vissa gamla kommandon som används för helper image I GitLab 12.0 startas GitLab Runner med nya kommandon. Detta berör endast användare som åsidosätter.

I GitLab 12.0 startar GitLab Runner med nya kommandon. Detta gäller endast användare som överskrider hjälpbilderUtvecklare kan ta bort Git-taggar i GitLab 11.10 denna uppgift.

Datum för borttagning: 22 juni 2019.

Borttagning av det tidigare git clean-mekanismen från GitLab Runner

I GitLab Runner 11.10 kommer vi möjliggjorde att konfigurera hur Runner kör kommandot git clean. Dessutom tar den nya städstrategin bort användningen av git reset och placerar kommandot git clean efter steg för export.

Eftersom denna förändring i beteende kan påverka vissa användare har vi förberett en parameter FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Om värdet sätts trueåterställer det den gamla städstrategin. Mer information om användningen av funktionsparametrar i GitLab Runner finns i dokumentationen.

I GitLab Runner 12.0 kommer vi att ta bort stöd för den gamla städstrategin och möjligheten att återställa den med hjälp av funktionsparametern. Se i denna uppgift.

Datum för borttagning: 22 juni 2019.

Grupperingsprojektsmallar är endast tillgängliga för planer Silver/Premium

När vi introducerade mallar för gruppnivåprojekt i version 11.6 gjorde vi av misstag denna funktion för Premium/Silver tillgänglig för alla planer.

Vi vi åtgärdar denna bugg i version 11.11 och ger ytterligare 3 månader till alla användare och instanser under nivå Silver/Premium.

Från och med den 22 augusti 2019 kommer mallar för gruppnivåprojekt endast att vara tillgängliga för planen Silver/Premium och högre, som beskrivs i dokumentationen.

Datum för borttagning: 22 augusti 2019.

Stöd för Windows batchjobb har upphört.

I GitLab 13.0 (22 juni 2020) planerar vi att upphöra med stödet för batchjobb i Windows kommandorad i GitLab Runner (t.ex. cmd.exe) till förmån för utökat stöd för Windows PowerShell. Mer information finns i denna uppgift.

Nu kommer vår vision för företags-DevOps att överensstämma med Microsofts ståndpunkt att PowerShell är det bästa alternativet för automatisering av företagsapplikationer i Windows-miljöer. Om du vill fortsätta använda cmd.exe, kan dessa kommandon köras från PowerShell, men vi kommer inte att stödja Windows batchjobb direkt på grund av flera inkonsekvenser som leder till höga underhålls- och utvecklingskostnader.

Datum för borttagning: 22 september 2019.

Git 2.21.0 eller högre krävs.

Från och med GitLab 11.11 krävs Git 2.21.0 för att köra. Omnibus GitLab levereras redan med Git 2.21.0, men användare med egna installationer som har tidigare versioner av Git måste uppgradera.

Datum för borttagning: 22 maj 2019.

Föråldrad Kubernetes-tjänstmall

I GitLab 12.0 planerar vi att upphöra med Kubernetes-tjänstmallen på instansnivå till förmån för klusterkonfiguration på instansnivå, som introducerades i GitLab 11.11.

Alla självhostade instanser som använder tjänstmallen kommer att överföras till kluster på instansnivå vid uppgradering till GitLab 12.0.

Datum för borttagning: 22 juni 2019.

Avveckling av etikettmappning app på Kubernetes deploymentspaneler

I GitLab 12.0 planerar vi att avskaffa app-labellmatchning i Kubernetes deploymentsselektorn. I GitLab 11.10 införde vi en ny matchningsmekanism, som söker efter matchningar på app.example.com/app och app.example.com/env, för att visa deployment på panelen.

För att dessa deployment ska visas på deployments-panelerna behöver du bara skicka en ny deployment, så tillämpar GitLab de nya etiketterna.

Datum för borttagning: 22 juni 2019.

GitLab 12.0-paket kommer att signeras med en utökad signatur

Den 2 maj 2019 förlängde GitLab signeringsnycklarna för paketen Omnibus GitLab från 01.08.2019 till 01.07.2020. Om du kontrollerar paketets signaturer och vill uppdatera nycklarna, följ bara instruktionerna från dokumentationen för signering av Omnibus-paket.

Datum för borttagning: 22 juni 2019.

Ändringslogg

Sök efter alla dessa ändringar i ändringsloggen:

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

Installation

Om du ställer in en ny installation av GitLab, besök GitLabs nedladdningssida.

Uppdatering

→ Ta en titt på uppdateringssidan

Källa: habr.com