Azure Pipelines - Sprint 187 Update
Functies
- Wijziging in het beleid voor voorinstallatie van .NET SDK op door Microsoft gehoste Ubuntu-agents
- Machtigingen en controles voor variabelegroepen en beveiligde bestanden
- Voorbeeld van ondersteuning voor sjablonen in YAML-editor
- Ubuntu-16.04 wordt in september 2021 verwijderd uit door Microsoft gehoste pools
Wijziging in het beleid voor voorinstallatie van .NET SDK op door Microsoft gehoste Ubuntu-agents
We wijzigen de .NET SDK-versies die vooraf zijn geïnstalleerd op Door Microsoft gehoste Ubuntu-agents. Momenteel installeren we alle beschikbare en ondersteunde versies van .NET SDK (2.1.x, 3.1.x, 5.0.x). Deze aanpak wordt gewijzigd ten gunste van het installeren van de nieuwste patchversie voor elke functieversie. Deze wijziging wordt aangebracht om u meer vrije ruimte te bieden en voor nieuwe hulpprogrammaaanvragen.
Wat betekent dit?
De SDK-versie bestaat uit de volgende onderdelen: x.y.znn
. z
is de functieversie en nn
is de patchversie. Voor 2.1.302 is de functieversie bijvoorbeeld 3 en 02 de patchversie. Volgens de nieuwe aanpak installeren we alleen de nieuwste patchversie voor elke functieversie, dat wil weten dat alleen 2.1.302 wordt geïnstalleerd voor 2.1.3x, alleen 2.1.403 voor 2.1.4x, enzovoort. Alle versies van de .NET SDK die niet de nieuwste patchversies zijn, worden op 14 juni uit Ubuntu-installatiekopieën verwijderd. Deze wijziging is van invloed op alle versies van Ubuntu op door Microsoft gehoste agents.
Doeldatum
De implementatie van bijgewerkte installatiekopieën begint 14 juni en duurt 3-4 dagen.
Mogelijke gevolgen
Als u een global.json-bestand gebruikt, wordt uw build beïnvloed in de volgende gevallen:
Uw build mislukt als het bestand global.json de rollForward: disable
eigenschap en SDK-versie bevat die niet de meest recente patchversie is. Bijvoorbeeld:
{
"sdk": {
"version": "3.1.100",
"rollForward": "disable"
}
}
De .NET SDK-versie wordt automatisch gewijzigd in de meest recente patch als het bestand global.json de rollForward: patch
eigenschap bevat. Bijvoorbeeld:
{
"sdk": {
"version": "3.1.100",
"rollForward": "patch"
}
}
Als het rollForward
veld niet is opgegeven in het bestand global.json, verandert er niets voor u. Het meest recent geïnstalleerde patchniveau wordt gebruikt.
Als u de exacte .NET SDK-versie wilt gebruiken die niet de meest recente patch is, gebruikt UseDotNet
u taak om deze te installeren als onderdeel van de build:
steps:
- task: UseDotNet@2
displayName: 'Use .NET Core sdk'
inputs:
version: <dotnet version>
Machtigingen en controles voor variabelegroepen en beveiligde bestanden
U kunt verschillende typen gedeelde resources gebruiken in YAML-pijplijnen. Voorbeelden zijn serviceverbindingen, variabelegroepen, beveiligde bestanden, agentgroepen, omgevingen of opslagplaatsen. Om een pijplijn te beschermen tegen toegang tot een resource, kan de eigenaar van de resource machtigingen configureren en controleren op die resource. Telkens wanneer een pijplijn toegang probeert te krijgen tot de resource, worden alle geconfigureerde machtigingen en controles geëvalueerd. Deze beveiligingen zijn al een tijdje beschikbaar voor serviceverbindingen, omgevingen en agentpools. Ze zijn onlangs toegevoegd aan opslagplaatsen. Met deze release voegen we dezelfde beveiligingen toe aan variabele groepen en beveiligde bestanden.
Als u de toegang tot een variabelengroep of een beveiligd bestand wilt beperken tot een kleine set pijplijnen, gebruikt u de functie Pijplijnenmachtigingen .
Als u controles of goedkeuringen wilt configureren die moeten worden geëvalueerd telkens wanneer een pijplijn wordt uitgevoerd, gebruikt u de functie Goedkeuringen en controles op bibliotheek .
Voorbeeld van ondersteuning voor sjablonen in YAML-editor
Sjablonen zijn een veelgebruikte functie in YAML-pijplijnen. Ze zijn een eenvoudige manier om pijplijnfragmenten te delen. Ze zijn ook een krachtig mechanisme voor het controleren of afdwingen van beveiliging en governance via uw pijplijn.
Azure Pipelines ondersteunt een YAML-editor die handig kan zijn bij het bewerken van uw pijplijn. Voorheen werd sjablonen niet ondersteund door de editor. Auteurs van YAML-pijplijnen kunnen geen intelliSense-hulp krijgen bij het gebruik van een sjabloon. Met deze release bekijken we de ondersteuning voor sjablonen in de YAML-editor. Als u deze preview wilt inschakelen, gaat u naar preview-functies in uw Azure DevOps-organisatie en schakelt u de YAML-sjabloneneditor in.
Wanneer u het YAML-hoofdbestand van Azure Pipelines bewerkt, kunt u een sjabloon opnemen of uitbreiden . Wanneer u de naam van de sjabloon typt, wordt u gevraagd uw sjabloon te valideren. Na validatie begrijpt de YAML-editor het schema van de sjabloon, inclusief de invoerparameters.
Na de validatie kunt u ervoor kiezen om naar de sjabloon te navigeren. U kunt wijzigingen aanbrengen in de sjabloon met behulp van alle functies van de YAML-editor.
Let op: deze functie wordt momenteel als preview aangeboden. Er zijn bekende beperkingen, waarvan we een aantal proberen aan te pakken. Als de sjabloon vereiste parameters bevat die niet zijn opgegeven als invoer in het hoofd-YAML-bestand, mislukt de validatie en wordt u gevraagd deze invoer op te geven. In een ideale ervaring moet de validatie niet worden geblokkeerd en moet u de invoerparameters kunnen invullen met behulp van intelliSense. Bovendien kunt u geen nieuwe sjabloon maken vanuit de editor. U kunt alleen bestaande sjablonen gebruiken of bewerken.
Ubuntu-16.04 wordt in september 2021 verwijderd uit door Microsoft gehoste pools
Traditionele ondersteuning van 5 jaar van Ubuntu 16.04 door Canonical eindigt in april 2021. Om onze omgeving bijgewerkt en beveiligd te houden, verwijderen we Ubuntu 16.04 op 20 september 2021.
U moet ubuntu-16.04-werkstromen migreren naar ubuntu-18.04 of ubuntu-latest die worden uitgevoerd op Ubuntu 20.04 LTS.
Om ervoor te zorgen dat iedereen op de hoogte is van deze wijziging, hebben we twee korte brown-outs gepland. Ubuntu 16.04-builds mislukken tijdens de brown-outperiode. Daarom is het raadzaam om uw pijplijnen vóór 6 september 2021 te migreren.
De brown-outs worden voorlopig gepland voor de volgende datums en tijden. Deze tijden worden bijgewerkt naarmate we dichter bij deze periode komen.
6 september 2021 17:00 utc - 22:00 utc
14 september 2021 17:00 utc - 22:00 uur UTC
Volgende stappen
Notitie
Deze functies worden in de komende twee tot drie weken uitgerold.
Ga naar Azure DevOps en neem een kijkje.
Feedback geven
We horen graag wat u van deze functies vindt. Gebruik het menu Help om een probleem te melden of een suggestie te geven.
U kunt ook advies krijgen en uw vragen worden beantwoord door de community op Stack Overflow.