Meer mogelijkheden voor samenwerking en extra meldingen
Bij GitLab zijn we voortdurend op zoek naar nieuwe manieren om de samenwerking gedurende de hele DevOps-cyclus te verbeteren. We zijn verheugd aan te kondigen dat we vanaf deze release ! Deze functie is beschikbaar vanaf het GitLab Starter-niveau en belichaamt echt ons motto: «Iedereen kan bijdragen». We weten dat veel mensen aan één merge-request kunnen werken om ervoor te zorgen dat alles in orde is, en nu heeft u de mogelijkheid om meerdere verantwoordelijken toe te wijzen voor merge-requests!
Bovendien ontvangen DevOps-teams nu . Voeg nieuwe meldingen toe aan de lijst van verzendingsgebeurtenissen in deze twee chats, en uw team zal bijna onmiddellijk op de hoogte zijn van nieuwe deployments.
Kostenbesparing met ondersteuning voor Docker-containers op Windows en het voorbereiden van Kubernetes-clusters op instapniveau
We zijn dol op containers! Containers verbruiken minder systeembronnen in vergelijking met virtuele machines en verbeteren de overdraagbaarheid van toepassingen. Met de release van GitLab 11.11 ondersteunen we , zodat u nu Docker-containers op Windows kunt gebruiken en kunt genieten van uitgebreide mogelijkheden voor pipeline-orchestratie en beheer.
GitLab Premium (alleen voor zelfbeheerde instanties) biedt nu . Deze aanvulling versnelt de levering, want nu heeft u een cachingproxy voor veelgebruikte Docker-images.
Gebruikers van zelfbeheerde GitLab-instanties kunnen nu een , en al uw groepen en projecten binnen de instantie zullen het gebruik voor hun deployments. Dankzij deze integratie kan GitLab automatisch bronnen creëren voor specifieke projecten voor extra beveiliging.
En dat is nog niet alles!
Naast nieuwe mogelijkheden voor samenwerking en extra meldingen hebben we toegevoegd , verhoogd , vereenvoudigd controles met , en nog veel meer!
De meest waardevolle medewerker van deze maand () — Kia Mei Somabes ()
In deze uitgave hebben we de mogelijkheid toegevoegd om afzonderlijke mappen uit repositories te uploaden in plaats van alle inhoud. Nu kunt u alleen de benodigde bestanden uploaden. Bedankt, Kia Mei Somabes!
Belangrijkste functies van GitLab 11.11
Windows Container Executor voor GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In GitLab 11.11 hebben we een nieuwe executor aan GitLab Runner toegevoegd, zodat Docker-containers in Windows kunnen worden gebruikt. Voorheen moest er een shell worden gebruikt voor het orkestreren van Docker-containers in Windows, maar nu kun je direct met Docker-containers in Windows werken, bijna net zoals in Linux. Gebruikers van Microsoft-platforms hebben nu meer mogelijkheden voor het orkestreren van pipelines en beheer.
Deze update bevat verbeterde ondersteuning voor PowerShell in GitLab CI/CD, evenals nieuwe hulpafbeeldingen voor verschillende versies van Windows-containers. Uw eigen Windows-runners kunnen natuurlijk worden gebruikt met GitLab.com, maar ze zijn voorlopig niet opgenomen in de lijst met openbare tools.
Caching proxy voor afhankelijkheden voor de containerregistry
PREMIUM, ULTIMATE
Teams gebruiken vaak containers in bouwpipelines, en een caching proxy voor veelgebruikte afbeeldingen en pakketten uit upstream is een geweldige manier om pipelines te versnellen. Met een lokale kopie van de benodigde lagen, toegankelijk via de nieuwe caching proxy, kunt u efficiënter werken met populaire afbeeldingen in uw omgeving.
Tot nu toe is de proxy voor containers alleen beschikbaar voor zelf gehoste instanties op de webserver .
Meerdere verantwoordelijken voor merge-requests
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Het komt vaak voor dat meerdere mensen aan een functie werken in dezelfde branch en merge-request, bijvoorbeeld wanneer frontend- en backend-ontwikkelaars nauw samenwerken of wanneer ontwikkelaars in paren werken, zoals in extreme programmering.
In GitLab 11.11 kunnen er meerdere mensen aan merge-requests worden toegewezen. Net als bij meerdere verantwoordelijken voor taken, kunnen hier lijsten, filters, meldingen en API worden gebruikt.
Configuratie van Kubernetes-cluster op instapniveau
CORE, STARTER, PREMIUM, ULTIMATE
Het beveiligings- en voorbereidingsmodel in Kubernetes ontwikkelt zich, en nu is het mogelijk om een groot aantal klanten via één gemeenschappelijk cluster te bedienen.
In GitLab 11.11 kunnen gebruikers van self-managed instances nu een cluster op instance-niveau voorbereiden, en alle groepen en projecten binnen de instance zullen dit gebruiken voor hun deploys. Dankzij deze integratie met Kubernetes worden automatisch middelen voor specifieke projecten aangemaakt voor extra veiligheid.
Deploymeldingen in Slack en Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nu kunt u automatische meldingen over deployevents instellen in het teamkanaal dankzij de integratie met chats en , en uw team blijft op de hoogte van alle belangrijke gebeurtenissen.
Gasttoegang tot releases
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nu kunnen gastgebruikers van uw projecten de releases bekijken die zijn gepubliceerd op de pagina Releases. Ze kunnen gepubliceerde artefacten downloaden, maar kunnen de broncode niet downloaden of informatie over de repositories zien, zoals tags of commits.
Andere verbeteringen in GitLab 11.11
Gepubliceerdheidsgrafieken voor betere prestaties
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Voor veel Git-bewerkingen is het nodig om de commitgrafiek te doorlopen, zoals het berekenen van de merge basis of het weergeven van branches die de commit bevatten. Hoe meer commits er zijn, hoe langzamer deze bewerkingen worden, omdat voor het doorlopen elk object van de schijf moet worden geladen om zijn verwijzingen te lezen.
In GitLab 11.11 hebben we de functie voor gepubliceerde grafieken geïmplementeerd, die is geïntroduceerd in de laatste Git-releases, om deze informatie vooraf te berekenen en op te slaan. Nu worden doorlopen in grote repositories veel sneller uitgevoerd. De commitgrafiek zal automatisch worden aangemaakt tijdens de volgende garbage collection in de repository.
Lees over de ontwikkeling van de gepubliceerde grafiek in de van een van de auteurs van deze functie.
Extra CI Runner-minuten: nu ook voor gratis plannen
FREE, BRONZE, SILVER, GOLD
Afgelopen maand hebben we de mogelijkheid toegevoegd om extra CI Runner-minuten te kopen, maar alleen voor betalende plannen van GitLab.com. In deze release kunnen minuten ook worden gekocht voor gratis plannen.
Archieven van mappen in repositories uploaden
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Afhankelijk van het type en de grootte van het project kan het lang duren om het archief van het hele project te uploaden en is het niet altijd nodig, vooral niet in het geval van grote monorepositories. In GitLab 11.11 kan het archief van de inhoud van de huidige map, inclusief submappen, worden geüpload om alleen de benodigde mappen te selecteren.
Bedankt voor je werk, !
Toepassing van de suggestie maakt het nu automatisch mogelijk om discussies op te lossen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Suggesties voor wijzigingen vergemakkelijken de samenwerking aan merge-requests: het is nu mogelijk om zonder knippen en plakken de voorgestelde wijziging te accepteren. In GitLab 11.11 hebben we dit proces nog eenvoudiger gemaakt: discussies worden nu automatisch opgelost bij het toepassen van de suggestie.
Tijdregistratie op de zijbalk van het bord
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
De zijbalken van taken moeten er hetzelfde uitzien in de weergaven van het bord en de taken. Daarom is er nu in GitLab een tijdregistratie op de zijbalk van de taken op het bord. Ga gewoon naar het bord, klik op de taak en de zijbalk met de tijdregistratie opent.
Informatie over implementaties in de Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
We hebben de mogelijkheid toegevoegd om informatie over een specifieke omgeving op te vragen via de Environments API, zodat je kunt zien welke commit momenteel in die omgeving is geïmplementeerd. Dit zal automatisering en rapportage voor Environments-gebruikers in GitLab vereenvoudigen.
Negatieve overeenkomsten van variabelen voor pipeline-regels
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Je kunt nu negatieve gelijkheid of patroonovereenkomsten controleren (!= en !~) in het bestand .gitlab-ci.yml bij het controleren van de waarden van omgevingsvariabelen, zodat het beheer van pipeline-gedrag flexibeler is geworden.
Start alle handmatig uitgevoerde jobs in één klik op de fase
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In GitLab 11.11 kunnen gebruikers met veel handmatig uitgevoerde jobs in de fasen nu alle dergelijke jobs in één fase uitvoeren door op de knop “Play all” (“Alles spelen”) rechts van de naam van de fase in de weergave van de pipelines.
Een bestand rechtstreeks vanuit een omgevingsvariabele maken
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Omgevingsvariabelen worden vaak gebruikt om bestanden te maken, vooral voor geheimen die moeten worden beschermd en alleen toegankelijk zijn in een bepaalde omgeving-pipeline. Hiervoor stel je de inhoud van de variabele in als de inhoud van het bestand en maak je een bestand in de job dat de waarde bevat. Met de nieuwe omgevingsvariabele van het type file kan dit in één stap worden gedaan zonder het wijzigen van .gitlab-ci.yml.
API-eindpunt voor informatie over kwetsbaarheden
ULTIEM, GOUD
Je kunt nu alle kwetsbaarheden die in het project zijn gevonden, opvragen via de GitLab API. Met deze API kun je machine-leesbare lijsten van kwetsbaarheden maken met filters op type, betrouwbaarheid en ernst.
Mogelijkheid voor volledige dynamische scanning voor DAST
ULTIEM, GOUD
In GitLab kun je de beveiliging van applicaties dynamisch testen (Dynamic Application Security Testing, DAST) binnen de CI-pijplijn. Vanaf deze release is het mogelijk om volledige dynamische scans te kiezen in plaats van standaard passieve scans. Een volledige dynamische scan beschermt tegen meer kwetsbaarheden.
Prometheus installeren in clusters op groepsniveau
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In deze release van GitLab is het mogelijk om een Kubernetes-cluster aan een hele groep te koppelen. We hebben ook de mogelijkheid toegevoegd om één instantie van Prometheus op dit cluster te installeren om het monitoren van alle projecten op het cluster te vereenvoudigen.
Informatie over het negeren van kwetsbaarheden op het beveiligingspaneel
ULTIEM, GOUD
Op de beveiligingspanelen van GitLab kunnen beheerders genegeerde kwetsbaarheden bekijken. Om de werkstroom te optimaliseren, hebben we de mogelijkheid toegevoegd om informatie over het negeren rechtstreeks op het beveiligingspaneel te bekijken.
Aangepaste metrische diagrammen maken op het dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
Maak nieuwe diagrammen met aangepaste prestatiemetrieken direct op het dashboard van het metrics-dashboard. Nu kunnen gebruikers visualisaties van metrische gegevens op het dashboard maken, bijwerken en verwijderen door op de knop «Add Metric» («Voeg Metriek Toe») in de rechterbovenhoek van de werkbalk op het dashboard te klikken.
Taken uit meldingen worden nu geopend namens GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Nu heeft het taken die worden geopend vanuit meldingen, GitLab Alert Bot als auteur, zodat je meteen ziet dat de taak automatisch is aangemaakt uit een belangrijke melding.
Automatisch opslaan van epiekbeschrijvingen in lokale opslag
ULTIEM, GOUD
Epiekbeschrijvingen werden niet opgeslagen in lokale opslag, zodat wijzigingen verloren gingen als je ze niet expliciet opsloeg bij het wijzigen van de epiekbeschrijving. In GitLab 11.11 is de mogelijkheid toegevoegd om epiekbeschrijvingen in lokale opslag op te slaan. Dit betekent dat je nu gemakkelijk kunt terugkeren naar de wijziging van de epiekbeschrijving als er een fout optreedt, je bent afgeleid of je per ongeluk de browser hebt afgesloten.
Ondersteuning voor mirroren in GitLab voor Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Met mirroring is het mogelijk om Git-repositories van de ene locatie naar de andere te repliceren. Dit vereenvoudigt het opslaan van een replica van de repository op de GitLab-server, die ergens anders is gevestigd. Nu ondersteunt GitLab het mirroren van repositories met Git LFS, zodat deze functie ook beschikbaar is voor repositories met grote bestanden, zoals texturen voor games of wetenschappelijke data.
Lezen en schrijf rechten in repositories voor persoonlijke toegangstokens
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Veel persoonlijke toegangstokens hebben permissies op wijzigingsniveau, api, maar volledige toegang tot de API kan sommige gebruikers of organisaties te veel rechten geven.
Dankzij de bijdrage van de community kunnen persoonlijke toegangstokens nu alleen lees- en schrijfrechten voor projectrepositories hebben, en niet een diepere toegang op API-niveau tot gevoelige gebieden van GitLab, zoals instellingen en lidmaatschappen.
Dank je, Horatiu Eugen Vlad ()!
Basis ondersteuning voor groepsafspraken GraphQL toevoegen
GRATIS, BRONS, ZILVER, GOUD, KERN, STARTER, PREMIUM, ULTIMATE
Met de GraphQL API kunnen gebruikers precies aangeven welke gegevens ze nodig hebben en alle noodzakelijke gegevens in enkele verzoeken ophalen. Vanaf deze release ondersteunt GitLab de toevoeging van basisinformatie over een groep aan de GraphQL API.
Inloggen met Salesforce-inloggegevens
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab houdt van Salesforce-ontwikkelaars, en om deze community te ondersteunen, staan we gebruikers toe om in te loggen op GitLab met Salesforce.com-inloggegevens. Huidige instanties kunnen GitLab nu configureren als een app die verbonden is met Salesforce, zodat gebruikers met één druk op de knop kunnen inloggen op GitLab met Salesforce.com.
SAML SSO is nu verplicht voor webtoegang
PREMIUM, ULTIMATE, SILVER, GOLD
Wij op groepsniveau, geïntroduceerd in release 11.8, met strikte controle van de toegangsniveaus van de groep en het project, zodat gebruikers alleen toegang hebben wanneer ze met SAML inloggen. Dit biedt een extra niveau van toegangscontrole voor organisaties die waarde hechten aan veiligheid en GitLab.com via SAML SSO gebruiken. Nu kunt u SSO als een verplicht vereiste instellen, wetende dat gebruikers in uw groep SSO gebruiken.
Filtering op recent aangemaakte of gewijzigde gegevens voor de API van epics
ULTIEM, GOUD
Het was voorheen lastig om recent aangemaakte of gewijzigde gegevens op te vragen via de GitLab epic API. In release 11.11 hebben we extra filters toegevoegd. created_after, created_before, bijgewerkt_na en bijgewerkt_vóór, om consistentie met de API-taken te garanderen en snel gewijzigde of recent gemaakte epics te vinden.
Biometrische authenticatie met UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Het bedrijf is gespecialiseerd in wachtwoordloze biometrische authenticatie. We ondersteunen nu deze authenticatiemethode op GitLab!
Bedankt, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Vandaag hebben we GitLab Runner 11.11 uitgebracht! GitLab Runner is een open source-project dat wordt gebruikt om CI/CD-taken uit te voeren en de resultaten terug te sturen naar GitLab.
Verbeteringen aan Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
We hebben de volgende verbeteringen in Omnibus in GitLab 11.11 aangebracht:
- GitLab 11.11 omvat — , dat interactieve ephemeral messaging en meer bevat. Deze versie bevat , en we raden aan om te updaten.
- .
Schema's verbeterd
CORE, STARTER, PREMIUM, ULTIMATE
We hebben de volgende verbeteringen in Helm-charts in GitLab 11.11 aangebracht:
- In GitLab 11.11 kun je .
- Beheerders hebben toegang tot , inclusief
memoryKiller,maxRss,graceTimeenshutdownWait. - Helm-charts worden nu in de Amazon Elastic Container Service for Kubernetes ()
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.11:
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 Continue uitschakelbare waarschuwing zal op de pagina worden weergegeven. Admin Area › Geo › Nodes, als de bovengenoemde controles niet zijn ingeschakeld. .
In GitLab Geo zal de vereisten voor gehashte opslag gebruiken. Zie .
Verwijderdatum: 22 juni 2019.
GitLab Geo zal PG FDW ondersteunen in GitLab 12.0.
Dit is noodzakelijk voor de Geo Log Cursor, aangezien het de prestaties van bepaalde synchronisatiebewerkingen aanzienlijk verbetert. Ook verbetert het de prestaties van de statusverzoeken van Geo-nodes. Eerdere verzoeken hadden te lage prestaties in grote projecten. Zie hoe je dit kunt instellen in In GitLab zal Geo PG FDW vereisen. Zie .
Verwijderdatum: 22 juni 2019.
Sentry-instellingen voor foutrapportage en logging zullen uit de gebruikersinterface worden verwijderd in GitLab 12.0.
Deze instellingen zullen uit de gebruikersinterface worden verwijderd in GitLab 12.0 en zullen beschikbaar zijn in het bestand gitlab.yml.Bovendien kun je de Sentry-omgeving definiëren om verschillende implementaties te onderscheiden. Bijvoorbeeld, ontwikkeling, staging en productie. Zie .
Verwijderdatum: 22 juni 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_serverzal 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 Deze paden zijn niet meer beschikbaar in GitLab 12.0. Als gebruiker hoeft u niets te wijzigen, alleen ervoor zorgen dat de GitLab-instantie draait met versie 11.9+ bij de upgrade naar GitLab Runner 12.0. .
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 ( Bedankt, Javier Ardo (), voor jouw !
Verwijderdatum: 22 juni 2019.
In het kader van de inspanningen ter ondersteuning van
In het kader van het toevoegen van ondersteuning 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 hebben we te configureren hoe de Runner het commando uitvoert git cleanBovendien 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 deze terug te herstellen met de functieparameter verwijderen. Zie .
Verwijderdatum: 22 juni 2019.
zijn alleen beschikbaar voor de plannen Silver/Premium.
Toen we groepsniveau projecttemplates introduceerden in uitgave 11.6, maakten we per ongeluk deze functie voor Premium/Silver beschikbaar voor alle plannen.
Wij in uitgave 11.11 en geven nog eens 3 maanden aan alle gebruikers en instanties onder het Silver/Premium niveau.
Vanaf 22 augustus 2019 zullen groepsprojecttemplates alleen beschikbaar zijn voor het Silver/Premium plan en hoger, zoals beschreven in de documentatie.
Verwijderdatum: 22 augustus 2019.
Ondersteuning voor Windows batch jobs is beëindigd.
In GitLab 13.0 (22 juni 2020) zijn we van plan de ondersteuning voor batch jobs in de Windows commandoregel in GitLab Runner (bijvoorbeeld, cmd.exe) te beëindigen ten gunste van uitgebreide ondersteuning voor Windows PowerShell. Zie meer in .
Nu zal onze visie op enterprise DevOps overeenkomen met Microsofts standpunt dat PowerShell de beste optie is voor de automatisering van zakelijke toepassingen in Windows-omgevingen. Als je wilt blijven gebruiken cmd.exe, deze commando's kunnen vanuit PowerShell worden aangeroepen, maar we zullen batchjobs voor Windows niet rechtstreeks ondersteunen vanwege verschillende inconsistenties die leiden tot hoge onderhouds- en ontwikkelingskosten.
Verwijderdatum: 22 september 2019
Git 2.21.0 of hoger vereist
Vanaf GitLab 11.11 is Git 2.21.0 vereist om te starten. , maar gebruikers van originele installaties met eerdere versies van Git moeten upgrades uitvoeren.
Verwijderdatum: 22 mei 2019
Verouderde Kubernetes-service sjabloon
In GitLab 12.0 zijn we van plan om de Kubernetes-service sjabloon af te schaffen ten gunste van de instance-niveau cluster configuratie, geïntroduceerd in GitLab 11.11.
Alle zelf-gehoste instances die de service sjabloon gebruiken, worden bij de upgrade naar GitLab 12.0 overgezet naar een instance-niveau cluster.
Verwijderdatum: 22 juni 2019.
Afschaffing van label matching app op de Kubernetes deploypanelen
In GitLab 12.0 zijn we van plan de app label matching in de Kubernetes deployselector af te schaffen. In GitLab 11.10 hebben we , dat zoekt naar overeenkomsten op app.example.com/app en app.example.com/env, om deploys op het paneel weer te geven.
Om deze deploys op de deploypanelen weer te geven, hoeft u alleen maar een nieuwe deploy te verzenden, en GitLab zal de nieuwe labels toepassen.
Verwijderdatum: 22 juni 2019.
GitLab 12.0 pakketten worden ondertekend met een uitgebreide handtekening
Op 2 mei 2019 heeft GitLab Omnibus GitLab van 01.08.2019 tot 01.07.2020. Als u de pakket handtekeningen controleert en de sleutels wilt bijwerken, voert u gewoon opnieuw de instructies uit de .
Verwijderdatum: 22 juni 2019.
Wijzigingslog
Zoek al deze wijzigingen in de wijzigingslog:
Installatie
Als u een nieuwe GitLab-installatie configureert, bezoek dan .
Bijwerken
→ Kijk op
Bron: habr.com
