Flere samarbeidsalternativer og tilleggsvarsler
Hos GitLab leter vi hele tiden etter nye måter å forbedre samarbeidet på tvers av DevOps-livssyklusen. Vi er glade for å kunngjøre at vi støtter denne utgivelsen ! Denne funksjonen er tilgjengelig fra GitLab Starter-nivået og uttrykker virkelig mottoet vårt: "Alle kan bidra". Vi vet at en enkelt sammenslåingsforespørsel kan ha mange personer som jobber med den for å sikre at alt er i orden, og nå har du muligheten til å tildele flere eiere av sammenslåingsforespørsel!
DevOps-team mottar nå også . Legg til nye varsler til listen over push-hendelser i disse to chattene, og teamet ditt vil bli klar over nye distribusjoner nesten umiddelbart.
Reduser kostnadene med støtte for Docker-beholdere på Windows og klargjøring på instansnivå av Kubernetes-klynger
Vi elsker containere! Containere bruker mindre systemressurser sammenlignet med virtuelle maskiner og forbedrer applikasjonsportabiliteten. Siden utgivelsen av GitLab 11.11 støtter vi , slik at du nå kan bruke Docker-beholdere på Windows og nyte avanserte pipeline-orkestrerings- og administrasjonsfunksjoner.
GitLab Premium (kun selvstyrte forekomster) tilbyr nå . Dette tillegget vil fremskynde leveringen fordi du nå vil ha en hurtigbufferproxy for ofte brukte Docker-bilder.
Brukere av selvadministrerte GitLab-instanser kan nå klargjøre , og alle team og prosjekter i forekomsten vil bruke den til sine distribusjoner. Denne GitLab-integrasjonen med Kubernetes vil automatisk lage prosjektspesifikke ressurser for ekstra sikkerhet.
Og det er ikke alt!
I tillegg til nye samarbeidsfunksjoner og tilleggsvarsler, har vi lagt til , økt , forenklede kontroller ved hjelp av , og mye mer!
Denne månedens mest verdifulle medarbeider () — Kia Mae Somabes ()
I denne utgivelsen la vi til muligheten til å laste ned individuelle mapper fra depoter, i stedet for alt innhold. Nå kan du bare laste ned noen få av filene du trenger. Takk, Kia Mae Somabes!
Hovedtrekkene til GitLab 11.11
Windows Container Executor for GitLab Runner
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I GitLab 11.11 la vi til en ny løper til GitLab Runner for å gjøre Docker-beholdere brukbare på Windows. Tidligere måtte du bruke et skall for å orkestrere Docker-containere på Windows, men nå kan du jobbe med Docker-containere på Windows direkte, omtrent på samme måte som på Linux. Microsoft-plattformbrukere har nå flere alternativer for pipeline-orkestrering og -administrasjon.
Denne oppdateringen inkluderer forbedret PowerShell-støtte i GitLab CI/CD, samt nye støttebilder for forskjellige versjoner av Windows-beholdere. Dine egne Windows-løpere kan selvfølgelig brukes med GitLab.com, men de er ennå ikke offentlig tilgjengelige verktøy.
Proxy for bufferavhengighet for beholderregister
PREMIUM, ULTIMAT
Team bruker ofte containere i byggerørledninger, og bufring av en proxy for ofte brukte bilder og pakker fra oppstrøms er en fin måte å øke hastigheten på rørledninger. Med en lokal kopi av lagene du trenger, tilgjengelig via den nye hurtigbufferproxyen, kan du jobbe mer effektivt med vanlige bilder i miljøet ditt.
Foreløpig er containerproxy bare tilgjengelig for selvadministrerte forekomster på webserveren .
Flere ansvarlige for sammenslåingsforespørsler
STARTER, PREMIUM, ULTIMATE, BRONSE, SØLV, GULL
Det er ganske vanlig at flere personer jobber med en funksjon i en delt gren og slår sammen forespørsel, for eksempel når front-end og back-end utviklere jobber tett sammen eller når utviklere jobber i par, som i Extreme Programming.
I GitLab 11.11 kan du tilordne flere personer til å slå sammen forespørsler. Som med flere oppgaveeiere, kan du bruke lister, filtre, varsler og APIer.
Kubernetes-klyngekonfigurasjon på forekomstnivå
KJERNE, STARTER, PREMIUM, ULTIMAT
Sikkerhets- og klargjøringsmodellen i Kubernetes utvikler seg slik at et stort antall klienter kan betjenes gjennom én delt klynge.
I GitLab 11.11 kan brukere av selvadministrerte forekomster nå klargjøre en klynge på forekomstnivå, og alle team og prosjekter i forekomsten vil bruke den til sine distribusjoner. Denne GitLab-integrasjonen med Kubernetes vil automatisk lage prosjektspesifikke ressurser for ekstra sikkerhet.
Distribusjonsvarsler i Slack og Mattermost
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Du kan nå sette opp automatiske varsler om distribusjonshendelser i teamkanalen takket være integrasjon med chatter и , og teamet ditt vil være klar over alle viktige hendelser.
Gjestetilgang til problemer
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Gjestebrukere av prosjektene dine kan nå se utgivelser publisert på Utgivelser-siden. De vil kunne laste ned publiserte artefakter, men vil ikke kunne laste ned kildekode eller se depotdetaljer som tagger eller forpliktelser.
Andre forbedringer i GitLab 11.11
Serialiserte commit-grafer for forbedret ytelse
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Mange Git-operasjoner krever å krysse commit-grafen, for eksempel å beregne flettebasen eller liste opp grener som inneholder en commit. Jo flere commits, desto tregere er disse operasjonene fordi traversering krever lasting av hvert objekt fra disk for å lese pekerne.
I GitLab 11.11 aktivert vi den serialiserte commit-graffunksjonen introdusert i nylige Git-utgivelser for proaktivt å beregne og lagre denne informasjonen. Gjennomganger i store depoter er nå mye raskere. Forpliktelsesgrafen opprettes automatisk under neste søppelinnsamling av depotet.
Les om hvordan den serialiserte forpliktelsesgrafen ble opprettet i fra en av forfatterne av denne funksjonen.
Ytterligere CI Runner-minutter: nå tilgjengelig for gratisplaner
GRATIS, BRONSE, SØLV, GULL
Forrige måned la vi til muligheten til å kjøpe flere CI Runner-minutter, men bare for betalte GitLab.com-planer. I denne utgivelsen kan minutter også kjøpes i gratisplaner.
Laster opp katalogarkiver til depoter
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Avhengig av typen og størrelsen på prosjektet, kan arkivet til hele prosjektet ta lang tid å laste ned og er ikke alltid nødvendig, spesielt i tilfelle av store monorepositories. I GitLab 11.11 kan du laste ned et arkiv med innholdet i gjeldende katalog, inkludert underkataloger, for å velge bare mappene du trenger.
Takk for arbeidet !
Når du bruker et forslag nå, løses diskusjonen automatisk
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Å foreslå endringer gjør det lettere å samarbeide om sammenslåingsforespørsler ved å eliminere behovet for copy-paste for å godta en foreslått endring. I GitLab 11.11 har vi gjort denne prosessen enda enklere ved å la diskusjoner løses automatisk når et forslag blir brukt.
Tidsteller på sidefeltet på oppgavebordet
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Sidefelts oppgavelinjer skal se like ut i tavle- og oppgavevisninger. Det er derfor GitLab nå har en tidsregistrering i sidefeltet til problemstyret. Bare gå til oppgavebordet, klikk på en oppgave, og en sidefelt med en tidteller åpnes.
Informasjon om distribusjoner i Environments API
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Vi har lagt til muligheten til å spørre Environments API for spesifikk miljøinformasjon for å vite hvilken commit som er distribuert til miljøet akkurat nå. Dette vil gjøre automatisering og rapportering enklere for miljøbrukere i GitLab.
Negative variable samsvar for pipeline-regler
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Du kan nå se etter negativ likhet eller mønstertilpasning (!= и !~) i filen .gitlab-ci.yml når du sjekker verdiene til miljøvariabler, har kontroll av oppførselen til rørledninger blitt mer fleksibel.
Kjør alle manuelle jobber i et trinn med ett klikk
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I GitLab 11.11 kan brukere som har mange manuelle jobber i sine stadier nå fullføre alle slike jobber i ett trinn ved å klikke på en knapp "Spill alt" ("Run All") til høyre for scenenavnet i Pipelines-visningen.
Opprette en fil direkte fra en miljøvariabel
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Miljøvariabler brukes ofte til å lage filer, spesielt for hemmeligheter som må beskyttes og kun er tilgjengelige i en bestemt miljøpipeline. For å gjøre dette setter du innholdet i variabelen til innholdet i filen og lager en fil i jobben som inneholder verdien. Med en ny miljøvariabel som file dette kan gjøres i ett trinn selv uten modifikasjoner .gitlab-ci.yml.
API-endepunkt for sårbarhetsinformasjon
ULTIMAT, GULL
Du kan nå spørre GitLab API for alle sårbarheter som er identifisert i et prosjekt. Med denne API-en kan du lage maskinlesbare lister over sårbarheter, filtrert etter type, konfidens og alvorlighetsgrad.
Full dynamisk skanning for DAST
ULTIMAT, GULL
I GitLab kan du dynamisk teste applikasjonssikkerhet (Dynamic Application Security Testing, DAST) som en del av CI-pipelinen. Fra og med denne utgivelsen kan du velge full dynamisk skanning i stedet for standard passiv skanning. Full dynamisk skanning beskytter mot flere sårbarheter.
Installere Prometheus i klynger på gruppenivå
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Denne utgivelsen av GitLab introduserer muligheten til å knytte en Kubernetes-klynge til en hel gruppe. Vi har også lagt til muligheten til å installere én Prometheus-instans per klynge for å gjøre det enklere å overvåke alle prosjekter i klyngen.
Lær om å ignorere sårbarheter i sikkerhetsoversikten
ULTIMAT, GULL
GitLab-sikkerhetsdashbord lar administratorer se ignorerte sårbarheter. For å effektivisere arbeidsflyten din har vi lagt til muligheten til å se ignoreringsdetaljer direkte i sikkerhetsoversikten.
Lag egendefinerte beregningsdiagrammer i dashbordet ditt
PREMIUM, ULTIMAT, SØLV, GULL
Lag nye diagrammer med egendefinerte ytelsesberegninger direkte fra dashbordet i dashbordet for beregninger. Brukere kan nå opprette, oppdatere og slette beregningsvisualiseringer i dashbordet ved å klikke på "Legg til beregning" («Legg til beregning») øverst til høyre på verktøylinjen i instrumentpanelet.
Varslingsproblemer er nå åpnet som GitLab Alert Bot
PREMIUM, ULTIMAT, SØLV, GULL
Nå vil problemer som åpnes fra varsler ha forfatteren satt til GitLab Alert Bot, slik at du umiddelbart kan se at problemet ble opprettet automatisk fra et viktig varsel.
Lagre episke beskrivelser automatisk til lokal lagring
ULTIMAT, GULL
Episke beskrivelser ble ikke lagret i lokal lagring, så endringer gikk tapt med mindre du eksplisitt lagret dem da du endret den episke beskrivelsen. GitLab 11.11 introduserte muligheten til å lagre episke beskrivelser til lokal lagring. Dette betyr at du nå enkelt kan gå tilbake til å endre den episke beskrivelsen din hvis det oppstår en feil, du blir distrahert, eller du avslutter nettleseren ved et uhell.
GitLab-speilstøtte for Git LFS
STARTER, PREMIUM, ULTIMATE, BRONSE, SØLV, GULL
Ved å bruke speiling kan du replikere Git-lagre fra ett sted til et annet. Dette gjør det enkelt å lagre en replika av et depot som ligger et annet sted på GitLab-serveren. GitLab støtter nå speiling av repositories med Git LFS, så denne funksjonen er tilgjengelig selv for repos med store filer, som spillteksturer eller vitenskapelige data.
Repository lese- og skrivetillatelser for personlige tilgangstokener
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Mange personlige tilgangstokener har tillatelse til å endre på nivået api, men full API-tilgang kan gi for mange rettigheter til enkelte brukere eller organisasjoner.
Takket være fellesskapsinndata kan personlige tilgangstokener nå bare ha lese- og skrivetillatelser på prosjektlagre, i stedet for dypere tilgang på API-nivå til GitLab-sensitive områder som innstillinger og medlemskap.
Takk, Horatiu Evgen Vlad ()!
Legger til grunnleggende støtte for GraphQL batch-spørringer
GRATIS, BRONSE, SØLV, GULL, KJERNE, STARTER, PREMIUM, ULTIMAT
Med GraphQL API kan brukere spesifisere nøyaktig hvilke data de trenger og få alle dataene de trenger i noen få spørringer. Fra og med denne utgivelsen støtter GitLab å legge til grunnleggende gruppeinformasjon til GraphQL API.
Logg på med Salesforce-legitimasjon
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
GitLab elsker Salesforce-utviklere, og for å støtte dette fellesskapet lar vi brukere logge på GitLab med Salesforce.com-legitimasjon. Forekomster kan nå konfigurere GitLab som en Salesforce-tilkoblet app for å bruke Salesforce.com til å logge på GitLab med ett klikk.
SAML SSO kreves nå for nettilgang
PREMIUM, ULTIMAT, SØLV, GULL
Vi på gruppenivå, introdusert i 11.8-utgivelsen, med streng validering av gruppe- og prosjektressurser for å sikre at brukere kun kan få tilgang når de er logget på med SAML. Dette er et ekstra lag med tilgangskontroll for organisasjoner som verdsetter sikkerhet og bruker GitLab.com via SAML SSO. Nå kan du stille SSO til et krav, vel vitende om at brukerne i gruppen din bruker SSO.
Filtrer etter nylig opprettede eller modifiserte data for epics API
ULTIMAT, GULL
Tidligere var det ikke lett å søke etter nylig opprettede eller endrede data ved å bruke GitLab epics API. I utgivelse 11.11 la vi til flere filtre created_after, created_before, updated_after и updated_beforefor å sikre konsistens med oppgave-API og raskt finne modifiserte eller nyopprettede epos.
Biometrisk autentisering med UltraAuth
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
selskap spesialiserer seg på passordløs biometrisk autentisering. Vi støtter nå denne autentiseringsmetoden på GitLab!
Takk, Karthiki Tanna ()!
GitLab Runner 11.11
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I dag lanserte vi GitLab Runner 11.11! GitLab Runner er et åpen kildekode-prosjekt som brukes til å kjøre CI/CD-jobber og sende resultatene tilbake til GitLab.
Omnibus-forbedringer
KJERNE, STARTER, PREMIUM, ULTIMAT
Vi har gjort følgende forbedringer av Omnibus i GitLab 11.11:
- GitLab 11.11 inkluderer - , hvis nye utgivelse inkluderer interaktive ephemera og mer. Denne versjonen inneholder , og vi anbefaler deg å oppdatere.
- .
Forbedring av ordninger
KJERNE, STARTER, PREMIUM, ULTIMAT
Vi har gjort følgende forbedringer av Helm-diagrammer i GitLab 11.11:
- I GitLab 11.11 kan du .
- Tilgjengelig for administratorer inkludert
memoryKiller,maxRss,graceTimeиshutdownWait. - Hjelmdiagrammer nå i Amazon Elastic Container Service for Kubernetes ()
Ytelsesforbedringer
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Vi fortsetter å forbedre GitLab-ytelsen med hver utgivelse for GitLab-forekomster i alle størrelser. Noen forbedringer i GitLab 11.11:
Utdaterte funksjoner
GitLab Geo vil gi hashed lagring i GitLab 12.0
GitLab Geo kreves for å dempe konkurransen på sekundære noder. Dette ble notert i .
I GitLab vi har lagt til dette kravet til Geo-dokumentasjonen: .
I GitLab sudo gitlab-rake gitlab:geo:check sjekker om hashed lagring er aktivert og alle prosjekter er migrert. Cm. . Hvis du bruker Geo, vennligst kjør denne kontrollen og migrér så snart som mulig.
I GitLab en permanent deaktivert advarsel vil vises på siden Administrasjonsområde › Geo › Noder, hvis kontrollene ovenfor ikke er tillatt. .
I GitLab Geo vil bruke hashed lagringskrav. Cm. .
Slettingsdato: 22 2019 juni,
GitLab Geo vil bringe PG FDW til GitLab 12.0
Dette er nødvendig for Geo Log Cursor siden det forbedrer ytelsen til enkelte synkroniseringsoperasjoner betydelig. Ytelsen til Geo node statusspørringer er også forbedret. Tidligere søk hadde svært dårlig ytelse på store prosjekter. Se hvordan du setter dette opp i . I GitLab Geo vil kreve PG FDW. Cm. .
Slettingsdato: 22 2019 juni,
Sentry-alternativer for feilrapportering og logging vil bli fjernet fra brukergrensesnittet i GitLab 12.0
Disse alternativene vil bli fjernet fra brukergrensesnittet i GitLab 12.0 og vil være tilgjengelige i filen gitlab.yml. I tillegg kan du definere et Sentry-miljø for å skille mellom flere distribusjoner. For eksempel utvikling, iscenesettelse og produksjon. Cm. .
Slettingsdato: 22 2019 juni,
Begrensning av maksimalt antall rørledninger som opprettes per innsending
Tidligere har GitLab laget pipelines for HEAD hver gren i innleveringen. Dette er praktisk for utviklere som pusher flere endringer samtidig (for eksempel til en funksjonsgren og til en gren develop).
Men når du skyver et stort depot med mange aktive grener (for eksempel flytting, speiling eller grening), trenger du ikke lage en pipeline for hver gren. Fra og med GitLab 11.10 lager vi ved sending.
Slettingsdato: 22 May 2019 byen
Utdaterte GitLab Runner eldre kodestier
Fra og med Gitlab 11.9 bruker GitLab Runner kloning/kalling av depotet. For øyeblikket vil GitLab Runner bruke den gamle metoden hvis den nye ikke støttes. Se flere detaljer i .
I GitLab 11.0 endret vi utseendet på metrikkserverkonfigurasjonen for GitLab Runner. metrics_servervil bli fjernet til fordel listen_address i GitLab 12.0. Se flere detaljer i .
I versjon 11.3 begynte GitLab Runner å støtte ; som førte til nye innstillinger for . I En tabell med endringer og instruksjoner for migrering til den nye konfigurasjonen er gitt. Se flere detaljer i .
Disse banene vil ikke være tilgjengelige i GitLab 12.0. Som bruker trenger du ikke å endre noe annet enn å sørge for at din GitLab-instans kjører versjon 11.9+ når du oppgraderer til GitLab Runner 12.0.
Slettingsdato: 22 2019 juni,
Utdatert parameter for inngangspunktfunksjon for GitLab Runner
11.4 GitLab Runner introduserer funksjonsparameteren å fikse problemer som f.eks и .
I GitLab 12.0 vil vi bytte til riktig oppførsel som om funksjonsinnstillingen var deaktivert. Se flere detaljer i .
Slettingsdato: 22 2019 juni,
Utdatert støtte for Linux-distribusjon når EOL for GitLab Runner
Noen Linux-distribusjoner som GitLab Runner kan installeres på har tjent sin hensikt.
I GitLab 12.0 vil ikke GitLab Runner lenger distribuere pakker til slike Linux-distribusjoner. En fullstendig liste over distribusjoner som ikke lenger støttes finner du i vår . Takk, Javier Ardo (), for din !
Slettingsdato: 22 2019 juni,
Fjerner gamle GitLab Runner Helper-kommandoer
Som en del av å legge til støtte måtte forlate noen gamle kommandoer som brukes til .
I GitLab 12.0 lanseres GitLab Runner ved hjelp av nye kommandoer. Dette gjelder kun brukere som . Se flere detaljer i .
Slettingsdato: 22 2019 juni,
Fjerner den eldre git clean-mekanismen fra GitLab Runner
I GitLab Runner 11.10 vi konfigurere hvordan Runner utfører en kommando git clean. I tillegg fjerner den nye rensestrategien bruken git reset og legger kommandoen git clean etter lossetrinnet.
Siden denne atferdsendringen kan påvirke enkelte brukere, har vi utarbeidet en parameter FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Hvis du setter verdien true, vil den gjenopprette den gamle oppryddingsstrategien. Mer om bruk av funksjonsparametere i GitLab Runner finner du .
I GitLab Runner 12.0 vil vi fjerne støtte for den gamle oppryddingsstrategien og muligheten til å gjenopprette den ved hjelp av en funksjonsparameter. Se inn .
Slettingsdato: 22 2019 juni,
kun tilgjengelig for Silver/Premium-planer
Da vi introduserte prosjektmaler på teamnivå i 11.6, gjorde vi ved et uhell denne Premium/Silver-funksjonen tilgjengelig for alle planer.
Vi i 11.11-utgivelsen og gir ytterligere 3 måneder til alle brukere og forekomster under Silver/Premium-nivået.
Fra og med 22. august 2019 vil gruppeprosjektmaler kun være tilgjengelige for Silver/Premium-planer og over, som beskrevet i dokumentasjonen.
Slettingsdato: 22 2019 august
Støtte for Windows batchjobber er avviklet
I GitLab 13.0 (22. juni 2020) planlegger vi å fjerne støtte for Windows-kommandolinjebatchjobber i GitLab Runner (f.eks. cmd.exe) til fordel for forbedret støtte for Windows PowerShell. Flere detaljer i .
Vår visjon for enterprise DevOps vil nå samsvare med Microsofts posisjon om at PowerShell er det beste alternativet for å automatisere bedriftsapplikasjoner i Windows-miljøer. Hvis du vil fortsette å bruke cmd.exe, kan disse kommandoene kalles fra PowerShell, men vi vil ikke direkte støtte Windows batchjobber på grunn av flere inkonsekvenser som resulterer i høye vedlikeholds- og utviklingskostnader.
Slettingsdato: 22 2019 september,
Krever Git 2.21.0 eller høyere
Fra og med GitLab 11.11 kreves Git 2.21.0 for å kjøre. , men brukere av originale installasjoner med tidligere versjoner av Git må oppgradere.
Slettingsdato: 22 May 2019 byen
Eldre Kubernetes-tjenestemal
I GitLab 12.0 planlegger vi å gå bort fra Kubernetes-tjenestemalen til fordel for klyngekonfigurasjonen på instansnivå introdusert i GitLab 11.11.
Alle selvadministrerte forekomster som bruker tjenestemalen, vil bli migrert til en klynge på forekomstnivå ved oppgradering til GitLab 12.0.
Slettingsdato: 22 2019 juni,
Velge bort etikettsamsvar app på Kubernetes-distribusjonspaneler
I GitLab 12.0 planlegger vi å gå bort fra matching etter appetikett i Kubernetes-distribusjonsvelgeren. I GitLab 11.10 introduserte vi , som søker etter treff etter app.example.com/app и app.example.com/envfor å vise distribusjoner på panelet.
For å få disse distribusjonene til å vises i distribusjonsdashboardene dine, sender du ganske enkelt inn en ny distribusjon og GitLab vil bruke de nye etikettene.
Slettingsdato: 22 2019 juni,
GitLab 12.0-pakker vil bli signert med en utvidet signatur
2. mai 2019 GitLab Omnibus GitLab fra 01.08.2019/01.07.2020/XNUMX til XNUMX/XNUMX/XNUMX. Hvis du bekrefter pakkesignaturer og ønsker å oppdatere nøklene, følger du bare instruksjonene fra igjen .
Slettingsdato: 22 2019 juni,
Endre logg
Se etter alle disse endringene i endringsloggen:
Installasjon
Hvis du setter opp en ny GitLab-installasjon, besøk .
Oppdater
→ Sjekk ut
Kilde: www.habr.com