Flere muligheder for samarbejde og yderligere meddelelser
Vi i GitLab søger konstant nye måder at forbedre samarbejdet gennem hele DevOps-livscyklussen. Vi er glade for at annoncere, at vi fra denne udgivelse understøtter ! Denne funktion er tilgængelig fra GitLab Starter-niveauet og indeholder virkelig vores motto: «Enhver kan bidrage». Vi ved, at mange mennesker kan arbejde med én merge-forespørgsel for at sikre, at alt er i orden, og nu har du muligheden for at tildele flere ansvarlige for merge-forespørgsler!
Desuden får DevOps-teams nu . Tilføj nye meddelelser til listen over udsendelseshændelser i disse to chat, og dit team vil næsten øjeblikkeligt blive informeret om nye deployments.
Omkostningsreduktion med understøttelse af Docker-containere i Windows og forberedelse af Kubernetes-klynger på instansniveau
Vi elsker containere! Containere bruger færre systemressourcer i forhold til virtuelle maskiner og forbedrer applikationens transportabilitet. Fra GitLab 11.11 understøtter vi , så nu kan du bruge Docker-containere i Windows og nyde udvidede muligheder for orkestrering af pipelines og administration.
GitLab Premium (kun for selvbetjente instanser) tilbyder nu . Denne tilføjelse vil fremskynde leveringen, da du nu får en caching proxy til ofte anvendte Docker-billeder.
Brugere af selvbetjente GitLab-instanser kan nu forberede , og alle grupper og projekter i instansen vil bruge det til deres deployments. Takket være denne integration vil ressourcer til specifikke projekter blive oprettet automatisk for ekstra sikkerhed.
Og det er ikke alt!
Udover nye muligheder for samarbejde og yderligere meddelelser har vi tilføjet , øget , og forenklet kontrollerne ved hjælp af , og meget mere!
Månedens mest værdifulde medarbejder () — Kia Mei Somabes ()
I denne udgave har vi tilføjet muligheden for at uploade individuelle mapper fra repositories i stedet for alt indhold. Nu kan du uploade kun de nødvendige filer. Tak, Kia Mei Somabes!
Hovedfunktionerne i GitLab 11.11
Windows Container Executor til GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I GitLab 11.11 har vi tilføjet en ny udfører i GitLab Runner, så Docker-containere kan bruges på Windows. Tidligere måtte man bruge en shell til orkestrering af Docker-containere på Windows, men nu kan man arbejde med Docker-containere direkte i Windows, næsten som i Linux. Nu har Microsoft-platformbrugere adgang til flere muligheder for orkestrering af pipelines og styring.
Denne opdatering inkluderer forbedret støtte til PowerShell i GitLab CI/CD samt nye hjælpepictures til forskellige versioner af Windows-containere. Dine egne Windows-runnere kan selvfølgelig bruges med GitLab.com, men de er endnu ikke en del af de offentligt tilgængelige værktøjer.
Cache proxy for afhængigheder til container registry
PREMIUM, ULTIMATE
Teams bruger ofte containere i build-pipelines, og en cache-proxy til ofte anvendte billeder og pakker fra upstream er en fremragende måde at fremskynde pipelines på. Med en lokal kopi af de nødvendige lag, tilgængelig via den nye cache-proxy, kan man arbejde mere effektivt med almindelige billeder i dit miljø.
Indtil videre er proxyen for containere kun tilgængelig for selvhostede instanser på webserveren .
Flere ansvarlige for merge-requests
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Ofte arbejder flere personer på en funktion i en fælles gren og merge-request, for eksempel når frontend- og backend-udviklere samarbejder tæt eller når udviklere arbejder parvis, som i ekstrem programmering.
I GitLab 11.11 kan man tildele flere personer til merge-requests. Som med flere ansvarlige for opgaver kan man her bruge lister, filtre, meddelelser og API.
Kubernetes-cluster konfiguration på instansniveau
CORE, STARTER, PREMIUM, ULTIMATE
Sikkerheds- og forberedelsesmodellen i Kubernetes udvikler sig, og nu kan man betjene et stort antal kunder gennem et fælles cluster.
I GitLab 11.11 kan brugere af selvstyrede instanser nu forberede et kluster på instansniveau, og alle grupper og projekter i instansen vil bruge det til deres deployment. Takket være denne integration mellem GitLab og Kubernetes vil der automatisk blive oprettet ressourcer til specifikke projekter for øget sikkerhed.
Deployment-notifikationer i Slack og Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nu kan du konfigurere automatiske notifikationsbeskeder om deployment-hændelser i teamkanalen takket være integrationen med chatprogrammer. og , og dit team vil være informeret om alle vigtige hændelser.
Gæsteadgang til udgivelser
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nu kan gæstebrugere af dine projekter se de udgivelser, der er offentliggjort på siden Udgivelser. De vil kunne downloade de offentliggjorte artefakter, men de vil ikke kunne downloade kildekoden eller se oplysninger om repositories, som f.eks. tags eller commits.
Andre forbedringer i GitLab 11.11
Serialiserede commit-grafer for øget ydeevne
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
For mange Git-operationer er det nødvendigt at gennemgå commit-grafen, for eksempel at beregne basis for sammensmeltning eller at vise branches, der indeholder commits. Jo flere commits, desto langsommere udføres disse operationer, fordi det forudsætter, at hver objekt skal indlæses fra disken for at læse dens referencer.
I GitLab 11.11 har vi inkluderet funktionen for serialiserede commit-grafer, som blev præsenteret i de nyeste Git-udgivelser, for at forudberegne og gemme disse oplysninger. Nu udføres gennemgange i store repositories meget hurtigere. Commit-grafen vil automatisk blive oprettet ved næste affaldsopsamling i repositoryet.
Læs om, hvordan den serialiserede commit-graf blev til i af en af forfatterne til denne funktion.
Yderligere CI Runner-minutter: nu også til gratis planer
GRATIS, BRONZE, SILVER, GOLD
Sidste måned tilføjede vi muligheden for at købe yderligere CI Runner-minutter, men kun for betalingsplaner på GitLab.com. I denne udgivelse kan minutter også købes i gratis planer.
Upload af arkiver fra mapper i repositories
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Afhængigt af typen og størrelsen af projektet kan det tage tid at uploade et arkiv af hele projektet, og det er ikke altid nødvendigt, især i tilfælde af store monorepositories. I GitLab 11.11 kan du uploade et arkiv af indholdet fra den aktuelle mappe, inklusive undermapper, for kun at vælge de nødvendige mapper.
Tak for arbejdet, !
Anvendelsen af forslaget tillader nu automatisk diskussion
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Forslag til ændringer gør det lettere at samarbejde om merge-requests: nu kan man undgå copy-paste for at acceptere det foreslåede ændringsforslag. I GitLab 11.11 har vi gjort denne proces endnu enklere: nu løses diskussionen automatisk, når forslaget anvendes.
Tidsmåler i sidepanelet på arbejdsbrættet
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Sidepanelerne skal se ens ud i visningerne af arbejdsbræt og opgaver. Derfor har GitLab nu en tidsmåler i sidepanelet på opgavebrættet. Gå bare til opgavebrættet, klik på en opgave, og sidepanelet med tidsmåleren åbnes.
Oplysninger om deployment i Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vi har tilføjet muligheden for at anmode om oplysninger om en specifik miljø fra Environments API, så man ved, hvilken commit der er deployet i miljøet lige nu. Det vil lette automatiseringen og rapporteringen for brugerne af Environments i GitLab.
Negative match af variabler til pipeline-regler
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Det er nu muligt at tjekke negativ lighed eller mønstermatch (!= og !~) i filen .gitlab-ci.yml ved tjek af miljøvariabelværdier, så kontrol af pipelineadfærd er blevet mere fleksibel.
Udfør alle manuelt udførte jobs på et trin med ét klik
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I GitLab 11.11 kan brugere med mange manuelt udførte jobs på et trin nu udføre alle sådanne jobs på ét trin ved at klikke på knappen «Play all» («Udfør alt») til højre for trinets navn i visningen af pipelines.
Oprettelse af fil direkte fra miljøvariabel
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Miljøvariabler bruges ofte til at oprette filer, især til hemmeligheder, der skal beskyttes og kun er tilgængelige i en bestemt miljøpipeline. For dette angiver du indholdet af variablen som filens indhold og opretter en fil i jobbet, som indeholder værdien. Med den nye miljøvariabeltype file kan dette gøres i ét trin selv uden ændring af .gitlab-ci.yml.
API-endepunkt til information om sårbarheder
ULTIMATE, GOLD
Nu kan du anmode GitLab API om at få alle sårbarheder, der er identificeret i projektet. Med denne API kan man skabe maskinlæsbart lister over sårbarheder med filtre baseret på type, troværdighed og alvorlighed.
Mulighed for fuld dynamisk scanning til DAST
ULTIMATE, GOLD
I GitLab kan du dynamisk teste sikkerheden af applikationer (Dynamic Application Security Testing, DAST) i CI-pipelinen. Fra denne version kan du vælge fuld dynamisk skanning i stedet for standard passiv skanning. Fuld dynamisk skanning beskytter mod flere sårbarheder.
Installation af Prometheus i klynger på gruppe niveau
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I denne version af GitLab er det muligt at tilknytte et Kubernetes-klynge til hele gruppen. Vi har også tilføjet muligheden for at installere en enkelt instans af Prometheus på denne klynge for at forenkle overvågningen af alle projekter i klyngen.
Oplysninger om at ignorere sårbarheder på sikkerhedspanelet
ULTIMATE, GOLD
På sikkerhedspanelerne i GitLab kan administratorer se ignorerede sårbarheder. For at optimere arbejdsprocessen har vi tilføjet muligheden for at se oplysninger om ignorering direkte på sikkerhedspanelet.
Oprettelse af brugerdefinerede metrikdiagrammer på overvågningspanelet
PREMIUM, ULTIMATE, SILVER, GOLD
Opret nye diagrammer med brugerdefinerede præstationsmetrikker direkte på værktøjslinjen på overvågningspanelet. Nu kan brugere oprette, opdatere og slette visualiseringer af metrikker på overvågningspanelet ved at klikke på «Add Metric» («Tilføj metrik») i øverste højre hjørne af værktøjslinjen på overvågningspanelet.
Opgaver fra notifikationer åbnes nu i navnet GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Nu vil opgaver, der åbnes fra notifikationer, have GitLab Alert Bot som forfatter, så du straks kan se, at opgaven er oprettet automatisk fra en vigtig notifikation.
Autosave af epikbeskrivelser i lokal opbevaring
ULTIMATE, GOLD
Epikbeskrivelser blev ikke gemt i lokal opbevaring, så ændringer gik tabt, medmindre du gemte dem eksplicit, når du ændrede beskrivelsen af epikken. I GitLab 11.11 kom muligheden for at gemme epikbeskrivelser i lokal opbevaring. Dette betyder, at du nu nemt kan vende tilbage til at ændre beskrivelsen af epikken, hvis der opstod en fejl, du blev distraheret, eller du ved en fejl lukkede browseren.
Understøttelse af spejling på GitLab for Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Med spejling kan du replikere Git-repositorier fra et sted til et andet. Dette letter opbevaringen af en GitLab-replik af et repository, der er placeret et andet sted. Nu understøtter GitLab spejling af repositories med Git LFS, så denne funktion er tilgængelig selv for repositories med store filer, såsom teksturer til spil eller videnskabelige data.
Læse- og skrivetilladelser i repositories for personlige adgangstokens
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mange personlige adgangstokens har tilladelser til ændringer på niveauet api, men fuld adgang til API'et kan give for mange rettigheder til nogle brugere eller organisationer.
Takket være bidrag fra fællesskabet kan personlige adgangstokens nu have rettigheder kun til læsning og skrivning for projekt-repositories, og ikke mere dybdegående adgang på API-niveau til så følsomme områder i GitLab som indstillinger og medlemskab.
Tak, Horatiu Eugen Vlad ()!
Tilføjelse af grundlæggende support til gruppeanmodninger i GraphQL
GRATIS, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Med GraphQL API'et kan brugere præcist angive, hvilke data de har brug for, og modtage alle de nødvendige data i få anmodninger. Fra denne version understøtter GitLab tilføjelsen af grundlæggende gruppeoplysninger i GraphQL API'et.
Log ind med Salesforce-legitimationsoplysninger
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab elsker Salesforce-udviklere, og for at støtte dette fællesskab tillader vi brugere at logge ind på GitLab med deres Salesforce.com-legitimationsoplysninger. Nu kan GitLab konfigureres som en app forbundet til Salesforce for at bruge Salesforce.com til at logge ind på GitLab med ét klik.
SAML SSO er nu obligatorisk for webadgang
PREMIUM, ULTIMATE, SILVER, GOLD
Vi på gruppeniveau, indført i version 11.8, med streng kontrol af gruppe- og projektsressourcer, så brugere kun kan få adgang ved at logge ind med SAML. Dette giver et ekstra niveau af adgangskontrol for organisationer, der værdsætter sikkerhed og bruger GitLab.com via SAML SSO. Nu kan du gøre SSO til et obligatorisk krav, velvidende at brugerne i din gruppe bruger SSO.
Filtrering efter nyligt oprettede eller ændrede data for epic API'er
ULTIMATE, GOLD
Tidligere var det svært at anmode om nyligt oprettede eller ændrede data via epic API'er på GitLab. I version 11.11 har vi tilføjet ekstra filtre created_after, created_before, opdateret_efter og opdateret_før, for at sikre overensstemmelse med API-opgaver og hurtigt finde ændrede eller nyligt oprettede epics.
Biometrisk autentificering med UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Virksomheden specialiserer sig i passwordløs biometrisk autentificering. Vi understøtter nu denne autentificeringsmetode på GitLab!
Tak, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I dag har vi udgivet GitLab Runner 11.11! GitLab Runner er et open source-projekt, der bruges til at køre CI/CD-opgaver og sende resultater tilbage til GitLab.
Omnibus-forbedringer
CORE, STARTER, PREMIUM, ULTIMATE
Vi har foretaget følgende forbedringer i Omnibus i GitLab 11.11:
- GitLab 11.11 inkluderer — i hvilken nye interaktive ephemeral beskeder og meget mere er inkluderet. Denne version indeholder , og vi anbefaler at opgradere.
- .
Forbedring af skemaer
CORE, STARTER, PREMIUM, ULTIMATE
Vi har foretaget følgende forbedringer i Helm-diagrammer i GitLab 11.11:
- I GitLab 11.11 kan man .
- Administratoren har adgang til , inklusiv
memoryKiller,maxRss,graceTimeogshutdownWait. - Helm-diagrammer bliver nu i Amazon Elastic Container Service for Kubernetes ()
Ydelsesforbedringer
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vi fortsætter med at forbedre GitLab's ydeevne med hver udgivelse for GitLab-forekomster af enhver størrelse. Nogle forbedringer i GitLab 11.11:
Forældede funktioner
GitLab Geo vil levere hash-baseret lagring i GitLab 12.0
GitLab Geo kræver for at afbøde konkurrencen på sekundære noder. Dette blev omtalt i .
I GitLab har vi tilføjet dette krav til Geo-dokumentationen: .
I GitLab sudo gitlab-rake gitlab:geo:check kontrollerer, om hash-lagring er aktiveret, og om alle projekter migreres. Se. . Hvis du bruger Geo, skal du køre denne kontrol og migrere så hurtigt som muligt.
I GitLab En konstant deaktiverbar advarsel vil blive vist på siden. Admin Area › Geo › Nodes, hvis de førnævnte kontroller ikke er blevet godkendt. .
I GitLab Geo vil bruge kravene til hash-lagring. Se. .
Slettedato: 22. juni 2019.
GitLab Geo vil understøtte brugen af PG FDW i GitLab 12.0.
Dette er nødvendigt for Geo Log Cursor, da det væsentligt forbedrer ydeevnen af visse synkroniseringsoperationer. Ydeevnen for statusforespørgsler fra Geo-noder forbedres også. Tidligere forespørgsler havde for lav ydeevne i store projekter. Se, hvordan du konfigurerer dette i I GitLab vil Geo kræve PG FDW. Se .
Slettedato: 22. juni 2019.
Sentry-indstillinger for fejlrapporter og logning vil blive fjernet fra brugergr интерфaget i GitLab 12.0.
Disse indstillinger vil blive fjernet fra brugergr интерфaget i GitLab 12.0 og vil være tilgængelige i filen gitlab.yml.Desuden vil du kunne definere Sentry-miljøet for at adskille flere udrulninger. For eksempel udvikling, staging og produktion. Se .
Slettedato: 22. juni 2019.
Begrænsning af det maksimale antal pipelines, der kan oprettes af en enkelt push
Tidligere oprettede GitLab pipelines for HEAD hver gren i pushen. Dette er praktisk for udviklere, der sender flere ændringer samtidigt (f.eks. til en funktionsgren og til grenen develop).
Men ved push af et stort repository, hvor der er mange aktive grene (f.eks. til flytning, spejling eller forgrening), er det ikke nødvendigt at oprette en pipeline for hver gren. Fra GitLab 11.10 opretter vi ved push.
Slettedato: 22. maj 2019
Forældede legacy-stier i GitLab Runner
Fra Gitlab 11.9 bruger GitLab Runner kloning\/kald af repository. I øjeblikket vil GitLab Runner bruge den gamle metode, hvis den nye ikke understøttes. Læs mere i .
I GitLab 11.0 ændrede vi synet på metrics server-konfiguration for GitLab Runner. metrics_servervil blive fjernet til fordel for listen_address i GitLab 12.0. Læs mere i .
I version 11.3 begyndte GitLab Runner at understøtte ; hvilket førte til nye indstillinger for . I en tabel over ændringer og instruktioner til overgang til den nye konfiguration. Læs mere i .
Disse stier vil ikke være tilgængelige i GitLab 12.0. Som bruger behøver du ikke at ændre noget, blot sikre dig, at din GitLab-installation kører på version 11.9+ ved opgradering til GitLab Runner 12.0.
Slettedato: 22. juni 2019.
Forældet parameter for feature entry point til GitLab Runner
I 11.4 blev GitLab Runner introduceret med parameteren for at rette sådanne problemer som og .
I GitLab 12.0 vil vi skifte til korrekt opførsel, som om feature-parameteren var deaktiveret. Læs mere i .
Slettedato: 22. juni 2019.
Forældet understøttelse af Linux-distributioner, der har nået EOL, for GitLab Runner
Nogle Linux-distributioner, hvor GitLab Runner kan installeres, er udløbet.
I GitLab 12.0 vil GitLab Runner ikke længere distribuere pakker til sådanne Linux-distributioner. Den fulde liste over distributioner, der ikke længere understøttes, kan findes i vores Tak til Javier Ardo (), for din !
Slettedato: 22. juni 2019.
Fjernelse af gamle GitLab Runner Helper-kommandoer
Som en del af tilføjelsen af understøttelse af blev nogle gamle kommandoer, der bruges til .
I GitLab 12.0 kører GitLab Runner med nye kommandoer. Dette gælder kun for brugere, der . Læs mere i .
Slettedato: 22. juni 2019.
Fjernelse af den legacy git clean mekanisme fra GitLab Runner
I GitLab Runner 11.10, at konfigurere, hvordan Runner udfører kommandoen git clean. Derudover fjerner den nye oprydningsstrategi brugen af git reset og placerer kommandoen git clean efter upload-trinnet.
Da denne ændring i adfærd kan påvirke nogle brugere, har vi forberedt parameteren FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Hvis værdien sættes til true, vil den genoprette legacy-rengøringsstrategien. Mere om brugen af funktionsparametre i GitLab Runner kan findes .
I GitLab Runner 12.0 vil vi fjerne understøttelsen af legacy-oprydningsstrategien og muligheden for at gendanne den med parameteret funktion. Se i .
Slettedato: 22. juni 2019.
er kun tilgængelige for planer med Silver/Premium.
Da vi præsenterede gruppeprojektskabeloner i version 11.6, gjorde vi ved et uheld denne funktion for Premium/Silver tilgængelig for alle planer.
Vi i version 11.11 og giver yderligere 3 måneder til alle brugere og instanser under Silver/Premium niveau.
Fra den 22. august 2019 vil gruppeprojektskabeloner kun være tilgængelige for planen Silver/Premium og højere, som beskrevet i dokumentationen.
Slettedato: 22. august 2019.
Understøttelse af Windows batch-arbejder er stoppet.
I GitLab 13.0 (22. juni 2020) planlægger vi at ophæve understøttelsen af Windows batch-arbejder i GitLab Runner (for eksempel, cmd.exe) til fordel for udvidet understøttelse af Windows PowerShell. Læs mere i .
Vores vision for enterprise DevOps vil nu være i overensstemmelse med Microsofts position om, at PowerShell er det bedste valg til automatisering af enterprise-applikationer i Windows-miljøer. Hvis du ønsker at fortsætte med at bruge cmd.exe, disse kommandoer kan kaldes fra PowerShell, men vi vil ikke direkte støtte batchopgaver i Windows på grund af flere uoverensstemmelser, der fører til høje omkostninger ved vedligeholdelse og udvikling.
Slettedato: 22. september 2019.
Git 2.21.0 eller højere er påkrævet.
Fra GitLab 11.11 er Git 2.21.0 påkrævet for at køre. , men brugere af rå installationer med tidligere versioner af Git skal opdatere.
Slettedato: 22. maj 2019
Forældet Kubernetes-tjeneste skabelon.
I GitLab 12.0 planlægger vi at fjerne Kubernetes-tjeneste skabelonen. til fordel for instansniveau klyngekonfiguration, der blev introduceret i GitLab 11.11.
Alle selvkørende instanser, hvor skabelonen til tjenesten bruges, vil blive flyttet til instansniveau klyngen ved opgradering til GitLab 12.0.
Slettedato: 22. juni 2019.
Fjernelse af label-mapping. app på Kubernetes deployment dashboards.
I GitLab 12.0 planlægger vi at fjerne label-mappingen app i Kubernetes deployment selector. I GitLab 11.10 introducerede vi der søger efter match, app.example.com/app og app.example.com/envfor at vise deployments på dashboardet.
For at disse deployments skal vises på deployment dashboards, skal du blot sende en ny deployment, og GitLab vil anvende de nye labels.
Slettedato: 22. juni 2019.
Pakker i GitLab 12.0 vil blive signeret med udvidet signatur.
Den 2. maj 2019 forlængede GitLab Omnibus GitLab fra 01.08.2019 til 01.07.2020. Hvis du kontrollerer signaturerne på pakken og ønsker at opdatere nøglerne, skal du bare følge instruktionerne fra .
Slettedato: 22. juni 2019.
Ændringslog
Find alle disse ændringer i ændringsloggen:
Installation
Hvis du konfigurerer en ny GitLab-installation, besøg .
Opdatering
→ Tjek den ud.
Kilde: habr.com
