Azure Pipelines är en molntjänst som du kan använda för att automatiskt bygga och testa dina kodprojekt och göra dem tillgängliga för andra användare. Det fungerar i nästan alla språk eller projekttyper.
Azure Pipelines kombinerar kontinuerlig integration (CI) och kontinuerlig leverans (CD) för att kontinuerligt testa och bygga din kod och leverera den till vilket mål som helst.
Du kan använda flera språk i Azure Pipelines, såsom Python, Java, JavaScript, PHP, Ruby, C#, C++ och Go.
Den här artikeln förklarar hurAnvänd Azure DevOps Pipelines för att automatisera släppet av nuget-paket till privata repositorier。
Skapa ett nytt projekt i Azure DevOps med namnet: dotnet-pull-nuget (namnet är fel, det spelar ingen roll)
Använd VS 2019 för att skapa ett nytt .NET Core 3.1-biblioteksprojekt som heter dotnet-pull-nuget
Lägg till projektet i källkodshanteraren, det vill säga checka in i Azure DevOps-arkivet, klicka på Team Explorer, välj "Hantera anslutning" högst upp, ange vår privata Azure DevOps-adress och ange konto och lösenord.
Skapa ett nytt pipelineprojekt med YAML-syntax, välj "Azure Repos Git" i koden, och yml-konfigurationsfilen är följande:
Funktionen med denna byggpipeline är att när vi har en koduppdatering (Push) till den fjärrstyrda mastergrenen, kommer den automatiskt att användas för att automatiskt bygga (automatisk testning, hoppas över här), och automatiskt paketera och generera artefakter för senare automatiska distributionspipelines.
Du kan manuellt trigga körningen av pipelinen genom att klicka på "Kör pipeline" uppe i högra hörnet, följande är exekveringshistoriken för min exekvering, som visas i figuren nedan:
Du kan klicka på ett visst objekt och sedan klicka på jobbet för att se exekveringen, som visas i figuren nedan:
Klicka på Pipelines -> Publish -> för att skapa en ny releasepipeline, steg 1, och välj ett tomt jobb.
Klicka på Visa Stage Tasks för att gå till fliken Tasks, som visas nedan:
Lägg till en nuget-uppgift enligt nedan:
Välj push, vägen till nuget-paketet som ska publiceras, och fyll i följande information:
Klicka på knappen Nya till höger om NuGet Server för att lägga till vår privata NuGet-arkivadress, som visas nedan:
Ange käll-URL:en och ApiKey, som visas i följande bild:
För variabler, se:Inloggningen med hyperlänken är synlig.
För information om hur man sätter upp ett privat NuGet-arkiv, se:https://www.itsvse.com/thread-9380-1-1.html
Den fullständiga konfigurationen visas nedan:
YAML-formatet är konfigurerat enligt följande:
Källaliaset sätts enligt releasenamninformationen för den nya pipelinen i början, och projektkonfigurationen är följande:
Du kan ställa in en kontinuerlig distributionstrigger, det vill säga efter att vi skickat in koden för incheckning, kommer pipelinen att köras och sedan släppuppgiften att triggas, som visas i figuren nedan:
Klicka på Spara uppe i högra hörnet för att skapa ett inlägg.
Du kan se att vårt nuget-paket framgångsrikt pushades till det privata arkivet.
Releasehistoriken och genomförandestatusen visas i följande figur:
Efter att releasen är framgångsrik, öppna den privata Nuget-repositoriet och du kan se det senaste paketet vi pushade, som visas i figuren nedan:
Vi kan lägga till vår privata NuGet-repositoriumadress via NuGet-pakethanteraren, paketkälla, som visas i figuren nedan:
Nuget-uppdateringar kan också ses via VS-verktyget, som visas nedan:
(Slut)
|
Publicerad den 2020-9-10 14:05:33
|
|
|
|
