GitLab 11.10 met pipelines op het dashboard, pipelines voor samengevoegde resultaten en suggesties voor meerdere regels in merge-requests.
Handige informatie over de werking van pipelines in verschillende projecten
GitLab blijft de transparantie van de DevOps-levenscyclus vergroten. In deze release is een overzicht van de status van pipelines toegevoegd.
Dit is handig, zelfs als je de pipeline van één project bestudeert, maar vooral nuttig als , wat meestal het geval is als je microservices gebruikt en een pipeline wilt starten voor testen en het leveren van code vanuit verschillende projectrepositories. Nu zie je meteen de werking van , waar ze ook worden uitgevoerd.
Pipelines voor samengevoegde resultaten starten
Na verloop van tijd gaan de oorspronkelijke en doelbranches uit elkaar, en kan er een situatie ontstaan waarin ze afzonderlijk werken, maar samen niet. Nu kun je . Zo zie je snel fouten die alleen bij frequente verplaatsingen van wijzigingen tussen branches zouden optreden, en kun je dus veel sneller de fouten in de pipeline oplossen en efficiënter gebruikmaken van .
Verdere optimalisatie van samenwerking
In GitLab 11.10 zijn er nog meer mogelijkheden voor comfortabele samenwerking en vereenvoudigde workflows. In introduceerden we suggesties voor merge-requests, waarbij een reviewer kon voorstellen om een wijziging van één regel in de commentaarsectie van de merge-request aan te brengen, en deze kon direct vanuit de commentaarthread worden gecommit. Onze gebruikers vonden dit geweldig, en vroegen ons om deze functie uit te breiden. Nu kun je , waarbij je aangeeft welke regels verwijderd moeten worden en welke toegevoegd.
Bedankt voor jullie feedback en suggesties!
En dat is nog niet alles…
In deze release zijn er zoveel geweldige functies, zoals , een grondigere , en de mogelijkheid . Hieronder vind je details over elk van hen.
De meest waardevolle medewerker van deze maand () — Takuya Noguti
Deze maand is Takuya Noguti () uitgeroepen tot meest waardevolle medewerker. Takuya : ik lost bugs op, voltooide onafgebouwde taken in de backend en frontend en verbeterde de gebruikersinterface. Dank je!
Belangrijkste functies van GitLab 11.10
Pijplijnen op het dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
Op het dashboard in GitLab worden informatie over projecten in de gehele GitLab-instantie weergegeven. Je kunt afzonderlijke projecten één voor één toevoegen en kiezen welk project je interesseert.
In deze release hebben we informatie over de status van pijplijnen aan het dashboard toegevoegd. Ontwikkelaars zien nu de werking van pijplijnen in alle relevante projecten - in één interface.
Pijplijnen voor samengevoegde resultaten
PREMIUM, ULTIMATE, SILVER, GOLD
Over het algemeen wijkt de oorspronkelijke tak in de loop van de tijd af van de doel-tak, tenzij je continu wijzigingen ertussen verplaatst. Als resultaat zijn de pijplijnen van de oorspronkelijke en doel-tak ‘groen’ en zijn er geen mergeconflicten, maar treedt er een fout op bij het samenvoegen vanwege incompatibiliteit van wijzigingen.
Wanneer een pijplijn van mergeverzoeken automatisch een nieuwe link aanmaakt die het samengevoegde resultaat van de oorspronkelijke en doel-tak bevat, kunnen we de pijplijn via deze link starten en garanderen dat het gezamenlijke resultaat werkt.
Als je pijplijnen voor mergeverzoeken (in welke hoedanigheid dan ook) gebruikt en private GitLab-runners versie 11.8 of ouder inzet, moeten ze worden bijgewerkt om problemen te voorkomen. . Dit heeft geen invloed op gebruikers van openbare GitLab-runners.
Voorstellen van wijzigingen in meerdere regels
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Bij samenwerking aan mergeverzoeken zie je vaak problemen en doe je voorstellen voor oplossingen. Sinds versie GitLab 11.6 ondersteunen we voor één regel.
In versie 11.10 kunnen in de opmerkingen bij de diff van het mergeverzoek wijzigingen voor meerdere regels worden voorgesteld, en elke gebruiker met schrijfpermissies in de oorspronkelijke tak kan deze met één druk op de knop accepteren. Dankzij deze nieuwe functie kan kopiëren en plakken zoals in eerdere versies worden vermeden.
Labels in één gebied
PREMIUM, ULTIMATE, SILVER, GOLD
Met labels in één gebied kunnen teams elkaar uitsluitende labels (in hetzelfde gebied) toepassen voor een taak, mergeverzoek of epiek in scenario's met aangepaste velden of aangepaste workflowtoestanden. Ze worden ingesteld met behulp van een speciale syntax met een dubbele punt in de labelkop.
Stel dat je een aangepast veld in taken nodig hebt om het besturingssysteem van het platform bij te houden waar je functies op gericht zijn. Elke taak moet slechts aan één platform gerelateerd zijn. Labels kunnen worden aangemaakt platform::iOS, platform::Android, platform::Linux en anderen indien nodig. Als je zo'n label aan een taak toekent, wordt automatisch een ander bestaand label dat begint met platform::.
Stel dat je labels hebt workflow::development, workflow::review en workflow::deployed, die de status van de workflow in je team aangeven. Als een taak al een label heeft workflow::development, en een ontwikkelaar de taak naar de fase wil overbrengen workflow::review, past hij eenvoudig een nieuw label toe, terwijl het oude (workflow::development) automatisch wordt verwijderd. Dit gedrag bestaat al wanneer je taken tussen labellijsten op het taakbord verplaatst, dat de workflow van je team vertegenwoordigt. Nu kunnen teamleden die niet rechtstreeks met het taakbord werken, de status van de workflow in de taken zelf wijzigen.
Grondigere opruiming van de containerregistry
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Bij normaal gebruik van de containerregistry met CI-pijplijnen stuur je meerdere afzonderlijke wijzigingen naar één tag. Vanwege de implementatie van Docker-distributie is het standaardgedrag om alle wijzigingen in het systeem te bewaren, maar uiteindelijk nemen ze veel geheugen in beslag. Door de optie -m met registry-garbage-collect, kunnen alle eerdere wijzigingen snel worden verwijderd en waardevolle ruimte worden vrijgemaakt.
Aankoop van extra CI Runner-minuten
BRONZE, SILVER, GOLD
Gebruikers met betaalde plannen van GitLab.com (Gold, Silver, Bronze) kunnen nu extra CI Runner-minuten kopen. Voorheen moest je binnen de limiet blijven die door het plan werd voorzien. Dankzij deze verbetering kun je nu vooraf minuten boven de limiet kopen om onderbrekingen in het werk door het stoppen van pijplijnen te voorkomen.
Momenteel kosten 1000 minuten 8 dollar, en ze kunnen onbeperkt worden aangeschaft. Extra minuten beginnen in te gaan wanneer je je maandelijkse limiet hebt verbruikt, en het resterende aantal extra minuten wordt naar de volgende maand overgedragen. In willen we deze functie ook toevoegen aan de gratis plannen.
Samengestelde Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Met Auto DevOps kan je team bijna moeiteloos overstappen op moderne DevOps-praktijken. Beginnende met GitLab 11.10 wordt elke job in Auto DevOps aangeboden als . Gebruikers kunnen gebruikmaken van in GitLab CI om afzonderlijke fasen van Auto DevOps in te schakelen en tegelijkertijd hun aangepaste bestand te gebruiken gitlab-ci.yml. Zo kunnen alleen de benodigde taken worden ingeschakeld en kunnen de voordelen van upstream-updates worden benut.
Automatisch beheer van groepsleden op GitLab.com met SCIM
ZILVER, GOUD
Vroeger moest het lidmaatschap van groepen op GitLab.com handmatig worden beheerd. Nu kan SAML SSO worden gebruikt om lidmaatschappen te beheren met SCIM, zodat gebruikers op GitLab.com kunnen worden aangemaakt, verwijderd en bijgewerkt.
Dit is vooral nuttig voor bedrijven met veel gebruikers en gecentraliseerde identiteitsproviders. Nu kan er één enkele waarheidsbron zijn, zoals Azure Active Directory, en gebruikers worden automatisch aangemaakt en verwijderd via de identiteitsprovider in plaats van handmatig.
Aanmelden op GitLab.com via de SAML-provider
ZILVER, GOUD
Vroeger, bij het gebruik van SAML SSO voor groepen, moest de gebruiker zich aanmelden met GitLab-gegevens en de identiteitsprovider. Nu kunnen gebruikers zich rechtstreeks aanmelden via SSO als GitLab-gebruiker die aan een geconfigureerde groep is gekoppeld.
De gebruikers hoeven zich niet twee keer aan te melden, waardoor het voor bedrijven gemakkelijker wordt om SAML SSO voor GitLab.com te gebruiken.
Andere verbeteringen in GitLab 11.10
Schema van sub-epics
ULTIEM, GOUD
In de vorige release hebben we sub-epics (epics van epics) toegevoegd om het beheer van de taakverdelingstructuur gemakkelijker te maken. Sub-epics worden weergegeven op de pagina van de bovenliggende epic.
In deze release wordt op de pagina van de bovenliggende epic het schema van sub-epics weergegeven, zodat teams de chronologie van sub-epics kunnen zien en de tijdsafhankelijkheden kunnen beheren.
Pop-upvensters voor merge-verzoeken
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In deze release introduceren we informatieve vensters die verschijnen wanneer je met de muis over de link van een merge-verzoek beweegt. Vroeger toonden we alleen de titel van het merge-verzoek, en nu ook de status van het merge-verzoek, de status van de CI-pijplijn en een korte URL.
In toekomstige releases zijn we van plan om meer belangrijke informatie toe te voegen, zoals , en we introduceren ook pop-upvensters voor .
Filteren van merge-verzoeken op doelbranches
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Git-workflows voor het uitgeven of leveren van software zijn vaak gerelateerd aan verschillende langlopende takken — voor het aanbrengen van correcties in eerdere versies (bijvoorbeeld, stable-11-9) of de overgang van kwaliteitscontrole naar productie (bijvoorbeeld, integration), maar het is niet gemakkelijk om merge-verzoeken voor deze takken te vinden tussen de vele openstaande merge-verzoeken.
De lijst met merge-verzoeken voor projecten en groepen kan nu worden gefilterd op de doel-tak van het merge-verzoek, zodat het gemakkelijker wordt om het juiste te vinden.
Bedankt, Hiroyuki Sato ()!
Verzenden en mergen bij een succesvolle pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Als we de methodologie van trunk-based development gebruiken, moeten we langlopende takken vermijden ten gunste van kleine tijdelijke takken met één eigenaar. Kleine wijzigingen worden vaak direct naar de doel-tak verzonden, maar we lopen het risico de build te breken.
In deze release ondersteunt GitLab nieuwe verzendparameters in Git om automatisch merge-verzoeken te openen, de doel-tak in te stellen en te zorgen voor mergen bij een succesvolle pipeline vanuit de commandoregel tijdens het verzenden naar de tak.
Verbeterde integratie met externe dashboards
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab kan verbinding maken met meerdere Prometheus-servers (op omgevings-, project- en ), maar meerdere eindpunten kunnen het systeem compliceren of misschien niet ondersteund worden door standaard dashboards. In deze release kunnen teams één Prometheus API gebruiken, wat de integratie met diensten zoals Grafana aanzienlijk vereenvoudigt.
Wiki-pagina's sorteren op aanmaakdatum
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In de project-Wiki kunnen teams documentatie en andere belangrijke informatie delen naast de broncode en taken. In deze release kan de lijst met pagina's in de Wiki worden gesorteerd op aanmaakdatum en titel, zodat recent aangemaakte inhoud snel kan worden gevonden.
Monitoring van bronnen aangevraagd door de cluster
ULTIEM, GOUD
GitLab helpt bij het monitoren van de Kubernetes-cluster voor ontwikkelde en operationele applicaties. Met deze release kunt u de door de cluster aangevraagde CPU- en geheugensourced regels bijhouden om potentiële problemen te ontdekken voordat ze problemen worden.
Weergave van load balancer-metrieken op het Grafana-dashboard
CORE, STARTER, PREMIUM, ULTIMATE
Het is zeer belangrijk om de werking van de GitLab-instantie in de gaten te houden. Voorheen boden we standaard dashboards aan via de ingebouwde Grafana-instantie. Vanaf deze release hebben we extra dashboards toegevoegd voor het monitoren van NGINX-load balancers.
SAST voor Elixir
ULTIEM, GOUD
We breiden onze ondersteuning voor talen uit en verdiepen de beveiligingscontroles. In deze release hebben we beveiligingscontroles toegevoegd voor projecten in en projecten gemaakt met .
Meerdere verzoeken in één diagram
PREMIUM, ULTIMATE, SILVER, GOLD
In GitLab kun je diagrammen maken om de verzamelde statistieken te visualiseren. Vaak, bijvoorbeeld als je het maximale of gemiddelde van een statistiek wilt bekijken, wil je meerdere waarden in één diagram weergeven. Vanaf deze release heb je die mogelijkheid.
DAST-resultaten op het groepsbeveiligingsdashboard
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
We hebben de resultaten van Dynamische Applicatiebeveiligingstest (Dynamic Application Security Testing, DAST) toegevoegd aan het groepsbeveiligingsdashboard, naast SAST, container-scanning en afhankelijkheidsscanning.
Toevoegen van metadata aan het container-scan rapport
ULTIEM, GOUD
In deze release bevat het rapport van container-scanning meer metadata — we hebben toegevoegd de betrokken component (Clair-functie) aan bestaande metadata: prioriteit, ID (met een link naar mitre.org) en het betrokken niveau (bijvoorbeeld debian:8).
Toevoegen van het rapporttype voor statistieken in merge-verzoeken
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab biedt al verschillende typen rapporten die rechtstreeks in merge-verzoeken kunnen worden opgenomen: van rapporten over en in de beoordelingsfase tot en in de beschermingsfase.
En hoewel dit belangrijke rapporten zijn, zijn ook basisgegevens, geschikt voor verschillende scenario's, nodig. In GitLab 11.10 bieden we statistiekenrapporten rechtstreeks in het merge-verzoek, dat een eenvoudige sleutel-waarde paar verwacht. Op deze manier kunnen gebruikers wijzigingen in de tijd bijhouden, inclusief aangepaste statistieken, en wijzigingen in statistieken voor een specifiek merge-verzoek. Geheugenverbruik, specialistische belastingstests en statusinformatie kunnen worden omgezet in eenvoudige statistieken die direct in de merge-verzoeken kunnen worden bekeken naast andere ingebouwde rapporten.
Ondersteuning voor multimodule Maven-projecten voor het scannen van afhankelijkheden
ULTIEM, GOUD
In deze release ondersteunt multimodule Maven-projecten het scannen van GitLab-afhankelijkheden. Voorheen kon een submodule, die afhankelijk was van een andere submodule op hetzelfde niveau, geen downloads vanuit het centrale Maven-repository oplossen. Nu wordt een multimodule Maven-project aangemaakt met twee modules en een afhankelijkheid tussen twee modules. Afhankelijkheden tussen modules op hetzelfde niveau zijn nu beschikbaar in de lokale Maven-repository, zodat de compilatie kan worden voortgezet.
Gebruikers kunnen het pad voor kloon in CI wijzigen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Standaard kloont GitLab Runner het project naar een uniek geneste pad in $CI_BUILDS_DIR. Maar voor sommige projecten, zoals Golang, moet de code naar een specifieke map worden gekloond, zodat deze kan worden gecompileerd.
In GitLab 11.10 hebben we de variabele GIT_CLONE_PATH, geïntroduceerd waarmee een specifiek pad kan worden opgegeven waar GitLab Runner het project kloont voordat de taak wordt uitgevoerd.
Eenvoudig maskeren van gevoelige variabelen in logs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab biedt verschillende manieren om en van variabelen in GitLab CI/CD. Maar variabelen kunnen nog steeds opzettelijk of per ongeluk in de buildlogs terechtkomen.
GitLab neemt risicobeheer en auditing serieus en blijft functies toevoegen om aan eisen te voldoen. In GitLab 11.10 hebben we de mogelijkheid geïntroduceerd om bepaalde typen variabelen in job trace logs te maskeren, door een beschermingsniveau toe te voegen tegen het per ongeluk opnemen van de inhoud van deze variabelen in logs. Bovendien maskeert GitLab nu veel ingebouwde tokenvariabelen.
Auto DevOps in- en uitschakelen op groepsniveau
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Met Auto DevOps in een GitLab.com-project kun je zonder gedoe aan de moderne DevOps-workflows beginnen — van build tot levering.
Vanaf GitLab 11.10 kun je Auto DevOps in- en uitschakelen voor alle projecten in een groep.
Vereenvoudigde en verbeterde licentiepagina
STARTER, PREMIUM, ULTIMATE
Om het beheer van licentiesleutels gemakkelijker en eenvoudiger te maken, hebben we het ontwerp van de licentiepagina in het adminpaneel veranderd en de belangrijkste elementen gemarkeerd.
Update van het labelselectiemenu voor Kubernetes-implementaties
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Op de implementatiepanelen worden gegevens over alle Kubernetes-implementaties weergegeven.
In deze release hebben we de manier veranderd waarop labels aan implementaties worden toegewezen. Nu zijn overeenkomsten beschikbaar op app.example.com/app en app.example.com/env of app. Dit zal conflicten bij filtering voorkomen en het risico van verkeerde deploys gerelateerd aan het project verminderen.
Bovendien zullen we in GitLab versie 12.0 , en overeenkomsten zullen alleen mogelijk zijn op basis van app.example.com/app en app.example.com/env.
Dynamisch creëren van Kubernetes-resources
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
De integratie van Kubernetes in GitLab maakt het mogelijk om de RBAC-functie te gebruiken met behulp van een serviceaccount en een toegewezen namespace voor elk GitLab-project. Met deze release zullen deze resources vanaf nu alleen worden aangemaakt wanneer ze nodig zijn voor de deploy.
Bij Kubernetes-deploys zal GitLab CI deze resources aanmaken voor de deploy.
Groep-runner voor groepscluster
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Groepsclusters ondersteunen nu de installatie van GitLab Runner. Kubernetes-runner op groepsniveau worden voor onderliggende projecten weergegeven als groepsrunner, gemarkeerd met labels cluster en kubernetes.
Aantallen oproepen voor Knative-functies
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Functies die zijn gedeployed met , tonen nu het aantal ontvangen oproepen voor elke specifieke functie. Hiervoor moet Prometheus op het cluster worden geïnstalleerd waar Knative is geïnstalleerd.
Parametercontrole git clean voor GitLab CI/CD-jobs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Standaard voert GitLab Runner git clean de code-uitvoerproces uit wanneer een job in GitLab CI/CD wordt uitgevoerd. Vanaf GitLab 11.10 kunnen gebruikers de parameters controleren die aan het git cleancommando worden doorgegeven. Dit is handig voor teams met toegewezen runners, evenals voor teams die projecten uit grote monorepositories verzamelen. Nu kunnen ze het uitvoerproces beheren voordat de scripts worden uitgevoerd. Nieuwe variabele GIT_CLEAN_FLAGS heeft standaard de waarde -ffdx en accepteert alle mogelijke parameters van het [git clean](https://git-scm.com/docs/git-clean).
Externe autorisatie in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Beveiligde omgevingen kunnen een extra externe autorisatiebron vereisen voor toegang tot het project. We hebben ondersteuning toegevoegd voor een extra niveau van toegangscontrole in en hebben veel verzoeken ontvangen om deze functionaliteit in Core beschikbaar te stellen. We zijn blij om externe autorisatie en een extra beveiligingsniveau voor Core-instanties aan te bieden, omdat deze functie nodig is voor bepaalde deelnemers.
De mogelijkheid om projecten in groepen aan te maken in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
De rol Developer kan projecten in groepen aanmaken , en nu is dit ook mogelijk in Core. Projecten aanmaken is een belangrijke functie voor productief werken in GitLab, en met de toevoeging van deze functie in Core is het nu gemakkelijker voor deelnemers om iets nieuws te beginnen.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vandaag hebben we GitLab Runner 11.10 uitgebracht! GitLab Runner is een open-source project dat wordt gebruikt voor het uitvoeren van CI/CD-taken en het terugsturen van resultaten naar GitLab.
De meest interessante wijzigingen:
- .
- .
- .
- .
- .
Een volledige lijst van wijzigingen is te vinden in de changelog van GitLab Runner: .
Herstel van de teruggegeven project_id in de blob-zoek API in Elasticsearch
STARTER, PREMIUM, ULTIMATE
We hebben een fout opgelost in de blob-zoek API in Elasticsearch, waardoor ten onrechte 0 werd geretourneerd voor project_id. Het is nodig om , om de juiste waarden te verkrijgen project_id na de installatie van deze versie van GitLab.
Verbeteringen aan Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
We hebben de volgende verbeteringen aangebracht in Omnibus in GitLab 11.10:
- GitLab 11.10 bevat , , waarin een nieuwe integratiedirectory is opgenomen voor een eenvoudige overdracht van gegevens van Hipchat en nog veel meer. Deze versie bevat , en we raden aan om te upgraden.
- Wij , en nu is het heel eenvoudig om de werking van de GitLab-instantie te monitoren.
- We hebben ondersteuning toegevoegd voor het verwijderen van oude containerafbeeldingen uit de Docker-register.
- We hebben ca-certs bijgewerkt naar 2019-01-23.
Prestatieverbeteringen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
We blijven de prestaties van GitLab met elke release verbeteren voor GitLab-instanties van elke omvang. Enkele verbeteringen in GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Verbetering van GitLab-diagrammen
CORE, STARTER, PREMIUM, ULTIMATE
We hebben de volgende verbeteringen aangebracht in GitLab-diagrammen:
- .
Verouderde functies
GitLab Geo zal gehashte opslag bieden in GitLab 12.0
GitLab Geo vereist om concurrentie op secundaire nodes te verminderen. Dit is opgemerkt in .
In GitLab hebben we dit vereiste toegevoegd aan de Geo-documentatie: .
In GitLab sudo gitlab-rake gitlab:geo:check controleert of gehashte opslag is ingeschakeld en of alle projecten worden overgedragen. Zie . Als u Geo gebruikt, voer deze controle dan uit en migreer zo snel mogelijk.
In GitLab continu uitschakelbare waarschuwing zal worden weergegeven op de pagina Admin Gebied › Geo › Nodes, als de bovengenoemde controles niet zijn ingeschakeld.
In GitLab Geo zal de vereisten voor gehashte opslag gebruiken. Zie .
Verwijderdatum: 22 juni 2019.
Ondersteuning voor Ubuntu 14.04
GitLab 11.10 wordt de laatste release met .
Canonical heeft aangekondigd dat de standaardondersteuning voor Ubuntu 14.04 zal worden stopgezet vanaf . We raden gebruikers aan om over te stappen op een ondersteunde LTS-versie: Ubuntu 16.04 of Ubuntu 18.04.
Verwijderdatum: 22 mei 2019
Beperking van het maximale aantal pipelines dat door één push kan worden aangemaakt
Voorheen maakte GitLab pipelines aan voor OPTIONS elke branch in de push. Dit is handig voor ontwikkelaars die meerdere wijzigingen tegelijk indienen (bijvoorbeeld, naar de feature branch en naar de develop).
Maar bij het pushen van een grote repository met veel actieve branches (bijvoorbeeld voor migratie, replicatie of splitsing), is het niet nodig om een pipeline voor elke branch aan te maken. Vanaf GitLab 11.10 maken we bij het pushen.
Verwijderdatum: 22 mei 2019
Verouderde legacy padcode van GitLab Runner
Met GitLab 11.9 gebruikt GitLab Runner voor het klonen/aanroepen van de repository. Op dit moment zal GitLab Runner de oude methode gebruiken als de nieuwe niet wordt ondersteund. Zie voor meer informatie .
In GitLab 11.0 hebben we het type configuratie van de metrics server voor GitLab Runner gewijzigd. metrics_server zal worden verwijderd ten gunste van listen_address in GitLab 12.0. Voor meer informatie, zie .
In versie 11.3 begon GitLab Runner meerdere cacheproviders te ondersteunen ; wat heeft geleid tot nieuwe instellingen voor wordt een tabel met wijzigingen en instructies voor de overgang naar de nieuwe configuratie gegeven. Voor meer informatie, zie , er is een tabel met wijzigingen en instructies voor het overstappen naar de nieuwe configuratie. Zie voor meer informatie .
Deze paden zullen niet beschikbaar zijn in GitLab 12.0. Als gebruiker hoeft u niets te wijzigen, zorg er alleen voor dat uw GitLab-instantie werkt met versie 11.9+ bij de upgrade naar GitLab Runner 12.0.
Verwijderdatum: 22 juni 2019.
In 11.4 werd de functieparameter geïntroduceerd
FF_K8S_USE_ENTRYPOINT_OVER_COMMAND In GitLab 12.0 schakelen we over naar het juiste gedrag, alsof de functieparameter is uitgeschakeld. Voor meer informatie, zie en .
Verouderde ondersteuning voor Linux-distributies die EOL hebben bereikt, voor GitLab Runner .
Verwijderdatum: 22 juni 2019.
Sommige Linux-distributies waar GitLab Runner op kan worden geïnstalleerd, hebben hun ondersteuning beëindigd.
In GitLab 12.0 zal GitLab Runner geen pakketten meer distribueren naar dergelijke Linux-distributies. Een volledige lijst van de niet-ondersteunde distributies is te vinden in onze
. Bedankt aan Javier Ardo ( Javier Jardón) voor !
Verwijderdatum: 22 juni 2019.
In het kader van de inspanningen ter ondersteuning van
Windows Docker executor helper image .
In GitLab 12.0 wordt GitLab Runner gestart met nieuwe commando's. Dit geldt alleen voor gebruikers die Ontwikkelaars kunnen Git-tags in GitLab 11.10 verwijderen .
Verwijderdatum: 22 juni 2019.
Verwijderen van de legacy git clean-methode uit GitLab Runner
In GitLab Runner 11.10 te configureren hoe de Runner het commando uitvoert git clean. Bovendien verwijdert de nieuwe opruimstrategie het gebruik van git reset en plaatst het commando git clean na de uitpakstap.
Aangezien deze wijziging van gedrag invloed kan hebben op sommige gebruikers, hebben we een parameter voorbereid FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Als deze waarde wordt ingesteld op true, herstelt het de legacy-opruimstrategie. Meer informatie over het gebruik van functieparameters in GitLab Runner vindt u .
In GitLab Runner 12.0 zullen we de ondersteuning voor de legacy-opruimstrategie en de mogelijkheid om deze te herstellen met behulp van de functieparameter verwijderen. Zie voor meer informatie .
Verwijderdatum: 22 juni 2019.
De sectie Systeeminfo in het beheerderspaneel
GitLab toont informatie over uw GitLab-instantie in admin/system_info, maar deze informatie kan onnauwkeurig zijn.
Wij van het beheerderspaneel in GitLab 12.0 en raden aan .
Verwijderdatum: 22 juni 2019.
Wijzigingslog
Zoek al deze wijzigingen in de wijzigingslog:
Installatie
Als u een nieuwe GitLab-installatie configureert, bezoek dan .
Bijwerken
Bekijk de .
GitLab abonnementsplannen
GitLab is beschikbaar in twee versies: en .
: lokaal of op de voorkeur cloudplatform.
- Core: voor kleine teams, persoonlijke projecten of een onbeperkte proefversie van GitLab.
- Starter: voor teams die op één kantoor aan meerdere projecten werken en professionele ondersteuning nodig hebben.
- Premium: voor gedistribueerde teams die geavanceerde functies, hoge beschikbaarheid en 24/7 ondersteuning nodig hebben.
- Ultimate: voor ondernemingen die betrouwbare strategieën en uitvoering met verbeterde beveiliging en compliance vereisen.
— GitLab.com: gehost door, beheerd en geadministreerd door GitLab voor individuele ontwikkelaars en teams.
- Gratis: onbeperkte privé-repositories en onbeperkt aantal projectleden. Gesloten projecten hebben toegang tot functies op niveau Gratis, bij hebben toegang tot functies op niveau Goud.
- Brons: voor teams die toegang nodig hebben tot geavanceerde werkstroomfuncties.
- Zilver: voor teams die betrouwbaardere DevOps-mogelijkheden, compliance en snelle ondersteuning nodig hebben.
- Goud: geschikt voor tal van CI/CD-taken. Alle open projecten kunnen gratis gebruikmaken van Gold-functies, ongeacht het plan.
Bron: habr.com
