GitLab 11.10 med dashbordpipelines, fusjonerte resultatpipelines og flerlinjeforslag i fletteforespørsler.
Praktisk informasjon om ytelsen til rørledninger i forskjellige prosjekter
GitLab fortsetter å øke synligheten i DevOps-livssyklusen. I dette nummeret på lagt til en oversikt over rørledningsstatus.
Dette er praktisk selv om du studerer rørledningen til et enkelt prosjekt, men er spesielt nyttig hvis , - og dette skjer vanligvis hvis du bruker mikrotjenester og ønsker å kjøre en pipeline for testing og levering av kode fra forskjellige prosjektlagre. Nå kan du umiddelbart se forestillingen , uansett hvor de utføres.
Kjører rørledninger for sammenslåtte resultater
Over tid divergerer kilde- og målgrenene, og det kan oppstå en situasjon der de klarer seg hver for seg, men ikke fungerer sammen. Nå kan du . På denne måten vil du raskt legge merke til feil som bare vil dukke opp hvis endringer ofte ble flyttet mellom grener, noe som betyr at du vil korrigere rørledningsfeil mye raskere og vil bruke .
Optimalisere samarbeidet ytterligere
GitLab 11.10 legger til enda flere funksjoner for sømløst samarbeid og forenklede arbeidsflyter. I vi introduserte forslag til sammenslåingsforespørsler, der en anmelder kunne foreslå en endring av én linje i en kommentar til en sammenslåingsforespørsel, og den kunne umiddelbart settes inn direkte fra kommentartråden. Våre brukere likte det og ba om å utvide denne funksjonen. Nå kan du tilby , som indikerer hvilke linjer som skal fjernes og hvilke som skal legges til.
Takk for din tilbakemelding og forslag!
Og det er ikke alt...
Det er så mange fantastiske funksjoner i denne utgivelsen, f.eks. , grundigere , og mulighet . Nedenfor er detaljer om hver av dem.
Denne månedens mest verdifulle medarbeider () — Takuya Noguchi
Denne månedens mest verdifulle medarbeider er Takuya Noguchi (). Takuya : fikset feil, fullførte mangler i backend og frontend og forbedret brukergrensesnittet. Takk skal du ha!
Hovedtrekkene til GitLab 11.10
Rørledninger på kontrollpanelet
PREMIUM, ULTIMAT, SØLV, GULL
Dashbordet i GitLab viser informasjon om prosjekter på tvers av hele GitLab-forekomsten. Du legger til individuelle prosjekter ett om gangen og kan velge hvilket prosjekt som interesserer deg.
I denne utgivelsen la vi til informasjon om rørledningsstatuser til dashbordet. Nå ser utviklere funksjonaliteten til rørledninger i alle nødvendige prosjekter - i ett grensesnitt.
Rørledninger for sammenslåtte resultater
PREMIUM, ULTIMAT, SØLV, GULL
Det er vanlig at kildegrenen avviker fra målgrenen over tid med mindre du kontinuerlig trykker endringer mellom dem. Som et resultat er kilde- og målforgreningsrørledningene "grønne" og det er ingen flettekonflikter, men sammenslåingen mislykkes på grunn av inkompatible endringer.
Når sammenslåingsforespørselsrørledningen automatisk oppretter en ny lenke som inneholder det kombinerte resultatet av sammenslåingen av kilde- og målgrenene, kan vi kjøre rørledningen på den koblingen og sikre at det samlede resultatet fungerer.
Hvis du bruker rørledninger for sammenslåingsforespørsel (i hvilken som helst kapasitet) og bruker private GitLab-løpere versjon 11.8 eller eldre, må du oppdatere dem for å unngå dette problemet . Dette påvirker ikke brukere av offentlige GitLab-løpere.
Foreslå endringer på flere linjer
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Når man jobber sammen om fusjonsforespørsler, oppdager man ofte problemer og foreslår løsninger. Siden GitLab 11.6 støtter vi for én linje.
I versjon 11.10 kan diff-kommentarer for fletteforespørsel foreslå endringer på flere linjer, og deretter kan alle med skrivetillatelser til den opprinnelige grenen godta dem med ett klikk. Takket være den nye funksjonen kan du unngå copy-paste, som i tidligere versjoner.
Snarveier i ett område
PREMIUM, ULTIMAT, SØLV, GULL
Med etiketter i samme omfang kan team bruke gjensidig utelukkende etiketter (i samme omfang) på et problem, sammenslåingsforespørsel eller episke i scenarier med egendefinerte felt eller egendefinerte arbeidsflyttilstander. De er konfigurert ved hjelp av en spesiell kolonsyntaks i etiketttittelen.
La oss si at du trenger et tilpasset felt i oppgaver for å spore operativsystemet til plattformen funksjonene dine er rettet mot. Hver oppgave må kun forholde seg til én plattform. Du kan lage snarveier platform::iOS, platform::Android, platform::Linux og andre etter behov. Hvis du bruker en slik snarvei til en oppgave, vil den automatisk fjerne en annen eksisterende snarvei som starter med platform::.
La oss si at du har snarveier workflow::development, workflow::review и workflow::deployed, som indikerer tilstanden til teamets arbeidsflyt. Hvis oppgaven allerede har en snarvei workflow::development, og utvikleren ønsker å flytte oppgaven til scenen workflow::review, den bruker bare den nye snarveien og den gamle (workflow::development) slettes automatisk. Denne virkemåten eksisterer allerede når du flytter oppgaver mellom lister over snarveier på oppgavebordet som representerer teamets arbeidsflyt. Nå kan teammedlemmer som ikke jobber med oppgavebordet direkte endre arbeidsflyttilstanden i selve oppgavene.
Mer grundig rengjøring av beholderregisteret
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Når du vanligvis bruker et beholderregister med CI-rørledninger, skyver du flere separate endringer til en enkelt tag. På grunn av Dockers distribusjonsimplementering er standard oppførsel å lagre alle endringer i systemet, men de ender opp med å ta opp mye minne. Hvis du bruker parameteren -m с registry-garbage-collect, kan du raskt slette alle tidligere endringer og frigjøre verdifull plass.
Kjøper ekstra CI Runner-minutter
BRONSE, SØLV, GULL
Brukere med betalte GitLab.com-planer (gull, sølv, bronse) kan nå kjøpe flere CI Runner-minutter. Tidligere var det nødvendig å oppfylle kvoten som var lagt opp til i planen. Med denne forbedringen kan du forhåndskjøpe overkvoteminutter for å unngå avbrudd på grunn av rørledningsstans.
Nå koster 1000 minutter $8, og du kan kjøpe så mange av dem du vil. Ytterligere minutter begynner å bli brukt når du har brukt hele den månedlige kvoten, og resten av de ekstra minuttene vil rulle over til neste måned. I vi ønsker å legge til denne funksjonen i gratisplaner også.
Komponerbare Auto DevOps
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Med Auto DevOps går teamene over til moderne DevOps-praksis nesten uten anstrengelse. Fra og med GitLab 11.10, leveres hver jobb i Auto DevOps som . Brukere kan bruke i GitLab CI for å aktivere individuelle stadier av Auto DevOps og samtidig bruke din egendefinerte fil gitlab-ci.yml. På denne måten kan du aktivere bare jobbene du trenger og dra nytte av oppstrømsoppdateringer.
Administrer gruppemedlemmer automatisk på GitLab.com ved hjelp av SCIM
SØLV, GULL
Tidligere måtte du manuelt administrere gruppemedlemskap på GitLab.com. Du kan nå bruke SAML SSO og administrere medlemskap ved hjelp av SCIM for å opprette, slette og oppdatere brukere på GitLab.com.
Dette er spesielt nyttig for selskaper med et stort antall brukere og sentraliserte identitetsleverandører. Nå kan du ha én enkelt kilde til sannhet, for eksempel Azure Active Directory, og brukere vil bli opprettet og slettet automatisk gjennom identitetsleverandøren i stedet for manuelt.
Logg på GitLab.com via SAML-leverandør
SØLV, GULL
Tidligere, ved bruk av SAML SSO for grupper, ble brukeren pålagt å logge på med GitLab-legitimasjon og en identitetsleverandør. Du kan nå logge inn direkte via SSO som en GitLab-bruker tilknyttet en konfigurert gruppe.
Brukere trenger ikke å logge på to ganger, noe som gjør det enklere for selskaper å bruke SAML SSO for GitLab.com.
Andre forbedringer i GitLab 11.10
Episk barneskjema
ULTIMAT, GULL
I den forrige utgivelsen la vi til underordnede epos (epos av epos) for å hjelpe deg med å administrere jobbfordelingsstrukturen. Underordnede epos vises på siden til det overordnede eposet.
I denne utgivelsen viser den overordnede episke siden en oversikt over barneepos, slik at team kan se tidslinjen for barneepos og kan administrere tidsavhengigheter.
Slå sammen popup-skjermer for forespørsel
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I denne utgivelsen introduserer vi informative skjermer som dukker opp når du holder markøren over en sammenslåingsforespørselskobling. Tidligere viste vi bare tittelen på sammenslåingsforespørselen, men nå viser vi også statusen for sammenslåingsforespørselen, CI-pipelinestatusen og kort URL.
Vi planlegger å legge til mer viktig informasjon i fremtidige utgivelser, f.eks. , og vi vil også introdusere popup-skjermer for .
Filtrering av sammenslåingsforespørsler etter målgrener
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Git-arbeidsflyter for utgivelse eller sending av programvare involverer ofte flere langsiktige grener – for å fikse tidligere versjoner (f.eks. stable-11-9) eller gå fra kvalitetstesting til produksjon (f.eks. integration), men det er ikke lett å finne sammenslåingsforespørsler for disse grenene blant de mange åpne sammenslåingsforespørslene.
Listen over sammenslåingsforespørsler for prosjekter og grupper kan nå filtreres etter målgrenen til sammenslåingsforespørselen for å gjøre det lettere å finne den du trenger.
Takk, Hiroyuki Sato ()!
Sending og sammenslåing ved vellykket pipeline
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Hvis vi bruker den stammebaserte utviklingsmetoden, bør vi unngå langlivede grener til fordel for små, midlertidige grener med én eier. Små endringer skyves ofte direkte til målgrenen, men dette risikerer å bryte bygget.
Med denne utgivelsen støtter GitLab nye Git push-alternativer for automatisk å åpne sammenslåingsforespørsler, angi målgrenen og fremtvinge en sammenslåing på en vellykket pipeline fra kommandolinjen på tidspunktet for push til grenen.
Forbedret integrasjon med eksterne dashbord
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
GitLab kan få tilgang til flere Prometheus-servere (miljø, prosjekt og ), men å ha flere endepunkter kan legge til kompleksitet eller kanskje ikke støttes av standard dashboards. Med denne utgivelsen kan team bruke en enkelt Prometheus API, noe som gjør integrasjon med tjenester som Grafana mye enklere.
Sorter Wiki-sider etter opprettelsesdato
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I en prosjekt Wiki kan team dele dokumentasjon og annen viktig informasjon sammen med kildekode og oppgaver. Med denne utgivelsen kan du sortere listen over Wiki-sider etter opprettelsesdato og tittel for raskt å finne nylig opprettet innhold.
Overvåkingsressurser etterspurt av klyngen
ULTIMAT, GULL
GitLab hjelper deg med å overvåke Kubernetes-klyngen din for utviklings- og produksjonsapplikasjoner. Fra og med denne utgivelsen, overvåk CPU- og minneforespørsler fra klyngen din for å oppdage potensielle problemer før de blir problemer.
Se Load Balancer Metrics i Grafana Dashboard
KJERNE, STARTER, PREMIUM, ULTIMAT
Det er veldig viktig å overvåke helsen til GitLab-forekomsten din. Tidligere ga vi standard dashboards gjennom en innebygd Grafana-forekomst. Fra og med denne utgivelsen har vi inkludert flere dashbord for overvåking av NGINX lastbalansere.
SAST for Elixir
ULTIMAT, GULL
Vi fortsetter å utvide språkstøtten og utdype sikkerhetskontrollene. I denne utgivelsen har vi aktivert sikkerhetssjekker for prosjekter på og prosjekter opprettet på .
Flere spørringer i ett diagram
PREMIUM, ULTIMAT, SØLV, GULL
I GitLab kan du lage diagrammer for å visualisere beregningene du samler inn. Ofte, hvis du for eksempel trenger å se på den maksimale eller gjennomsnittlige verdien av en beregning, vil du vise flere verdier på ett diagram. Fra og med denne utgivelsen har du denne muligheten.
DAST-resultater på Group Security Dashboard
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Vi har lagt til resultater fra Dynamic Application Security Testing (DAST) til teamets sikkerhetsdashboard i tillegg til SAST, containerskanning og avhengighetsskanning.
Legge til metadata i en containerskanningsrapport
ULTIMAT, GULL
I denne utgivelsen inneholder containerskanningsrapporten flere metadata – vi har lagt til berørt komponent (en Clair-funksjon) inn i eksisterende metadata: prioritet, ID (med referanse til mitre.org) og berørt nivå (f.eks. debian:8).
Legge til en beregningsrapporttype for å slå sammen forespørsler
PREMIUM, ULTIMAT, SØLV, GULL
GitLab tilbyr allerede flere typer rapporter som kan inkluderes direkte i sammenslåingsforespørsler: fra rapporter til и på verifiseringsstadiet til и på vernestadiet.
Selv om dette er viktige rapporter, er det også nødvendig med grunnleggende informasjon som passer til ulike scenarier. I GitLab 11.10 gir vi metrikkrapportering direkte i sammenslåingsforespørselen, som forventer et enkelt nøkkelverdi-par. På denne måten sporer brukere endringer over tid, inkludert egendefinerte beregninger, og endringer i beregninger for en spesifikk sammenslåingsforespørsel. Minnebruk, spesialisert arbeidsbelastningstesting og helsestatuser kan konverteres til enkle beregninger som kan sees direkte i sammenslåingsforespørsler sammen med andre innebygde rapporter.
Støtte for multi-modul Maven-prosjekter for avhengighetsskanning
ULTIMAT, GULL
Med denne utgivelsen støtter multi-modul Maven-prosjekter GitLab-avhengighetsskanning. Tidligere, hvis en undermodul hadde en avhengighet av en annen undermodul på samme nivå, kunne den ikke tillate lasting fra det sentrale Maven-depotet. Nå er et multi-modul Maven-prosjekt laget med to moduler og en avhengighet mellom de to modulene. Avhengigheter mellom søskenmoduler er nå tilgjengelig i det lokale Maven-depotet slik at byggingen kan fortsette.
Brukere kan endre kloningsbanen i CI
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Som standard kloner GitLab Runner prosjektet til en unik underbane i $CI_BUILDS_DIR. Men for noen prosjekter, som Golang, må koden klones inn i en bestemt katalog for at den skal bygges.
I GitLab 11.10 introduserte vi variabelen GIT_CLONE_PATH, som lar deg spesifisere en spesifikk bane der GitLab Runner kloner prosjektet før oppgaven utføres.
Enkel maskering av beskyttede variabler i logger
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
GitLab tilbyr flere måter и variabler i GitLab CI/CD. Men variabler kan fortsatt ende opp i byggelogger, med vilje eller ved et uhell.
GitLab tar risikostyring og revisjon på alvor og fortsetter å legge til samsvarsfunksjoner. I GitLab 11.10 introduserte vi muligheten til å maskere visse typer variabler i jobbsporingslogger, og legge til et nivå av beskyttelse mot at innholdet i disse variablene ved et uhell blir inkludert i loggene. Og nå GitLab mange innebygde token-variabler.
Aktiver eller deaktiver Auto DevOps på teamnivå
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Med Auto DevOps på et GitLab.com-prosjekt kan du ta på deg moderne DevOps-arbeidsflyter fra bygg til levering uten problemer.
Fra og med GitLab 11.10 kan du aktivere eller deaktivere Auto DevOps for alle prosjekter i samme gruppe.
Forenklet og forbedret lisensside
STARTER, PREMIUM, ULTIMAT
For å gjøre administrasjonen av lisensnøkler mer praktisk og enklere, har vi redesignet lisenssiden i administrasjonspanelet og fremhevet de viktigste elementene.
Oppdater snarveivelgeren for Kubernetes-distribusjoner
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Distribusjonspaneler viser informasjon om alle Kubernetes-distribusjoner.
I denne utgivelsen har vi endret måten vi kartlegger snarveier til distribusjoner på. Kamper er nå tilgjengelig pr app.example.com/app и app.example.com/env eller app. Dette vil unngå filtrering av konflikter og risiko for feildistribusjoner knyttet til prosjektet.
I tillegg, i GitLab 12.0 , og en kamp vil kun være mulig innen app.example.com/app и app.example.com/env.
Dynamisk oppretting av Kubernetes-ressurser
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Kubernetes-integrasjon med GitLab lar deg bruke RBAC-funksjonen ved å bruke en tjenestekonto og et dedikert navneområde for hvert GitLab-prosjekt. Fra og med denne utgivelsen, for maksimal effektivitet, vil disse ressursene bare opprettes når de er nødvendige for utrulling.
Når du distribuerer Kubernetes, vil GitLab CI opprette disse ressursene før distribusjon.
Gruppeløpere for klynger på gruppenivå
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Gruppenivåklynger støtter nå installasjon av GitLab Runner. Kubernetes-løpere på gruppenivå vises for underordnede prosjekter som gruppeløpere merket cluster и kubernetes.
Ringeteller for Knative-funksjoner
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Funksjoner distribuert med , viser nå antall mottatte anrop for en bestemt funksjon. For å gjøre dette må du installere Prometheus på klyngen der Knative er installert.
Parameterkontroll git clean for GitLab CI/CD-jobber
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Som standard kjører GitLab Runner git clean under prosessen med å laste opp kode når du utfører en jobb i GitLab CI/CD. Fra og med GitLab 11.10 kan brukere kontrollere parameterne som sendes til et team git clean. Dette er nyttig for team med dedikerte løpere, så vel som for team som samler prosjekter fra store monorepositories. Nå kan de kontrollere utlastingsprosessen før de kjører skript. Ny variabel GIT_CLEAN_FLAGS standardverdien er -ffdx og godtar alle mulige kommandoparametere [git clean](https://git-scm.com/docs/git-clean).
Ekstern autorisasjon i Core
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Sikre miljøer kan kreve en ekstra ekstern autorisasjonsressurs for å få tilgang til prosjektet. Vi har lagt til støtte for et ekstra nivå av tilgangskontroll i og mottok mange forespørsler om å åpne denne funksjonaliteten i Core. Vi er glade for å introdusere ekstern autorisasjon og et ekstra lag med sikkerhet for Core-instanser, siden denne funksjonen er nødvendig av individuelle deltakere.
Evne til å lage prosjekter i grupper i Core
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
Utviklerrollen kan lage prosjekter i grupper , og nå er dette mulig i Core. Å lage prosjekter er en nøkkelfunksjon for produktivitet i GitLab, og ved å inkludere denne funksjonen i Core er det nå enklere for for eksempel medlemmer å gjøre noe nytt.
GitLab Runner 11.10
KJERNE, STARTER, PREMIUM, ULTIMAT, GRATIS, BRONSE, SØLV, GULL
I dag lanserte vi GitLab Runner 11.10! GitLab Runner er et åpen kildekode-prosjekt som brukes til å kjøre CI/CD-jobber og sende resultatene tilbake til GitLab.
De mest interessante endringene:
- .
- .
- .
- .
- .
Den fullstendige listen over endringer finner du i GitLab Runner-endringsloggen: .
Retting av det returnerte project_id i blob search API i Elasticsearch
STARTER, PREMIUM, ULTIMAT
Vi fikset en feil i Elasticsearch blob search API som feilaktig returnerte 0 for project_id. Det vil være nødvendig for å få riktige verdier project_id etter å ha installert denne versjonen av GitLab.
Omnibus-forbedringer
KJERNE, STARTER, PREMIUM, ULTIMAT
Vi har gjort følgende forbedringer av Omnibus i GitLab 11.10:
- GitLab 11.10 inkluderer , , hvis siste utgivelse inkluderer en ny integrasjonskatalog for enkel migrering av data fra Hipchat og mye mer. Denne versjonen inkluderer , og vi anbefaler å oppdatere.
- Vi , og nå er det enkelt å begynne å overvåke GitLab-forekomsten din.
- Vi har lagt til støtte for sletting av gamle containerbilder fra Docker-registeret.
- Vi har oppdatert ca-sertifikater til 2019-01-23.
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.10:
- .
- .
- .
- .
- .
- .
- .
- .
Forbedrede GitLab-diagrammer
KJERNE, STARTER, PREMIUM, ULTIMAT
Vi har gjort følgende forbedringer til GitLab-diagrammer:
- .
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 permanent deaktivert advarsel vil vises på siden Admin område > Geo > Nodes, hvis kontrollene ovenfor ikke er tillatt.
I GitLab Geo vil bruke hashed lagringskrav. Cm. .
Slettingsdato: 22 2019 juni,
Ubuntu 14.04-støtte
GitLab 11.10 vil være den siste utgivelsen med .
Canonical annonserte slutten på standardstøtte for Ubuntu 14.04 . Vi anbefaler brukere å oppgradere til en støttet LTS-versjon: Ubuntu 16.04 eller Ubuntu 18.04.
Slettingsdato: 22 May 2019 byen
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_server vil 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 , gir en tabell med endringer og instruksjoner for migrering til den nye konfigurasjonen. 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 til Javier Ardo () per !
Slettingsdato: 22 2019 juni,
Fjerner gamle GitLab Runner Helper-kommandoer
Som en del av vår innsats for å 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 konfigurere hvordan Runner utfører en kommando git clean. I tillegg fjerner den nye oppryddingsstrategien 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 flere detaljer i .
Slettingsdato: 22 2019 juni,
Systeminfo-delen i administrasjonspanelet
GitLab presenterer informasjon om GitLab-forekomsten din i admin/system_info, men denne informasjonen er kanskje ikke nøyaktig.
Vi admin panel i GitLab 12.0 og vi anbefaler å bruke .
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 .
GitLab abonnementsplaner
GitLab er tilgjengelig i to smaker: и .
: On-premises eller på din foretrukne skyplattform.
- Kjerne: For små team, personlige prosjekter, eller GitLab prøveversjon i en ubegrenset periode.
- Våre modulpriser består fleksibelt av dine ønskede moduler og antall brukere. Så du betaler kun for de modulene du faktisk bruker. Prisene er månedlige leiekostnader.: For team som jobber på samme kontor på flere prosjekter som trenger profesjonell støtte.
- Premium: For distribuerte team som trenger avanserte funksjoner, høy tilgjengelighet og XNUMX/XNUMX support.
- ultimate: For virksomheter som krever robust strategi og utførelse med forbedret sikkerhet og overholdelse.
- GitLab.com: Vert, administrert og administrert av GitLab for individuelle utviklere og team.
- Gratis: Ubegrensede private depoter og ubegrenset antall prosjektbidragsytere. Lukkede prosjekter har tilgang til nivåfunksjoner GratisHar har tilgang til nivåfunksjoner Gull.
- Bronse: For team som trenger tilgang til avanserte arbeidsflytfunksjoner.
- Sølv: For team som trenger mer robuste DevOps-funksjoner, samsvar og raskere støtte.
- Gull: Passer for mange CI/CD-jobber. Alle åpne prosjekter kan bruke Gold-funksjoner gratis, uavhengig av plan.
Kilde: www.habr.com