devops with microsoft vsts
Microsoft VSTS DevOps-funktioner för att automatisera byggprocessen (kontinuerlig integration) och släppprocessen (kontinuerlig leverans) till Azure Web App:
I VSTS del 1 Handledning , vi lärde oss hur Microsoft VSTS kan användas som ett ALM-verktyg (Work Items, Agile Project Planning, Version Control) i molnet.
Föreslagen läsning => Grundlig DevOps-utbildning
I denna del 2 tutorial kommer vi att utvidga VSTS-handledning för att visa upp DevOps speciellt funktioner Fortsatt integration och Kontinuerlig leverans till en Azure Web App .
Förutom att distribuera som en Azure Web App kan du också distribuera till en Windows Virtual Machine (VM) som skapas som en instans från Azure-portalen.
I denna handledning kommer vi att diskutera följande i detalj:
- Skapa Build Definition (kontinuerlig integration)
- Skapa release-definition (kontinuerlig leverans)
Vad du kommer att lära dig:
- Skapa bygga (kontinuerlig integration)
- Skapa en webbresurs i Azure-portalen
- Skapa release-definition (kontinuerlig leverans)
- Skapa en release för att distribuera din app
- Sammanfattning
- Rekommenderad läsning
Skapa bygga (kontinuerlig integration)
En kontinuerlig integration eller CI är en process när varje utvecklare begår eller levererar källkodsändringar till versionskontrollförvaret, i det här fallet är det VSTS-repo där byggningen utförs antingen vid varje incheckning eller med hjälp av ett schema .
För att börja ställa in kontinuerlig integration i VSTS börjar vi först med att skapa en byggdefinition.
Skapa en nybyggdefinition
Gå till avsnittet Builds i hubben Build and Release och skapa en ny definition
Klicka på Tom process mall för att starta. Vi lägger till alla steg som krävs för att bygga vår lösning framgångsrikt.
Agenter krävs normalt på byggmaskinerna och i de miljöer där byggandet och implementeringen skulle göras. Så här i VSTS är den här agentkön inbyggd för att du ska kunna bygga din app. Detta är väldigt bekvämt att använda eftersom du inte behöver ladda ner och installera några agenter för att bygga och släppa.
I det första steget väljer du agentkön som värd 2017.
Se till att spara Build-definitionen.
Klicka på Spara
Klicka på Skaffa källor uppgift att välja den visuella studiolösningen som delas med VSTS-versionskontrollförvaret.
Klicka på 3 DOTS (...) bredvid Server sökväg och välj lösningsmappen och klicka OK .
Klicka på Spara. Klicka på Lägg till + bredvid fas 1.
De uppgifter som du kommer att lägga till här kommer att säkerställa att de körs på den identifierade agenten. Lägg till två NuGet-uppgifter i följande ordning för att återställa NuGet-paketen.
Lägg först till NuGet Tool Installer och sedan NuGet Restore. NuGet är i grunden utformad för att dela koden i .NET med hjälp av paket. Mer om NuGet hittar du @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
Nästa, under Bygga kategori välj MS Build och klicka på LÄGG TILL 8
Välj Bygg lösning Steg och klicka på 3 DOTS (...) bredvid projektrutan och välj lösningsfilen.
Spara byggdefinitionen.
Lägg till ett steg till Publicera artefakterna till servern som en släppmapp som kommer att användas senare under släppprocessen.
Under Verktyg Välj Publicera byggartefakter steg.
Spara byggdefinitionen.
Alternativ - Innan du utlöser en build, aktivera vid behov möjligheten att bygga vidare på varje incheckning i Triggers TAB för Build Definition. Om inte baserat på alternativet Kontinuerlig integrering, aktivera sedan schemalagda alternativet till höger för att bygga lösningen under en angiven vardag och tid. Detta beror på hur du vill att ditt projekt ska byggas.
tjärkommando i unix med exempel
Utlösa en byggnad genom att välja alternativet Kö.
Klicka på Kö-knappen. När byggnaden startar, klicka på Byggnummer, som markerat nedan, för att se byggstatus.
Som visas nedan är byggnaden lyckad med den inbyggda värdagenten.
Klicka på byggnummer ( T.ex. Bygg 40 i denna skärmdump) för att verifiera om artefakterna har laddats upp till släppa mappen på servern eller inte. Klicka på Artefakter TAB => släppmapp .
Skapa en webbresurs i Azure-portalen
Från och med föregående avsnitt har vi definierat Build Definition (kontinuerlig integration). I det här avsnittet ser vi nu hur man ställer in en Release Definition-process (kontinuerlig leverans) till Azure för ASP.NET-applikationen som byggts tidigare.
Nödvändig förutsättning
Vi måste skapa en webbapp med portalen enligt nedan innan vi fortsätter med distribution till Azure Cloud.
Skapa en Azure-webbapp med portalen
- Logga in på Microsoft Azure-portal
- Välj den + Nytt ikonen i det vänstra navigeringsfältet och välj sedan Webbapp.
enhetstest vs integrationstestexempel
Ange ett namn för appen som kommer att användas senare i den släppprocess som ska skapas i VSTS.
Klick Skapa .
Nästa, Klicka på Alla resurser för att se den skapade webbappen.
Resursen SampleWebApp-VN i alternativet Skapa nytt visas URL: en till applikationen som kommer att distribueras med hjälp av release-processen i VSTS.
Skapa release-definition (kontinuerlig leverans)
Eftersom byggartefakterna är tillgängliga i släppmappen som i byggdefinitionen kommer release-definitionen som vi skapar nu för distribution att plocka upp artefakterna och sedan distribuera dem som en Azure-webbapplikation.
Tillbaka i VSTS-instrumentpanelen skapar du en release-definition och länkar till build-definitionen som möjliggör kontinuerlig leveransprocess.
I Bygg och släpp nav,Klicka och välj Skapa release-definition som visat.
Välj Alternativ för distribution av Azure App Service under Utvalda mallar och klicka på Tillämpa. 
Byt namn på miljön till QA Env.
Klicka på + Lägg till länk under Artefakter och välj din byggdefinition att länka till. Under Källtyp till höger välj den byggdefinition som skapats tidigare.
Välj Build Definition som skapats tidigare och klicka på LÄGG TILL.
Klicka på Kontinuerlig distribution trigger-ikonen och aktivera densamma. Detta är för att säkerställa att distributionen startar när byggnaden är klar.
Aktivera reglaget för kontinuerlig utlösningsutlösare.
Om aktiverat säkerställer detta att utgåvan startar automatiskt och distribution utlöses till Azure.
Klicka sedan på länken visa miljöloggar under QA Env för att börja konfigurera de uppgifter som ska distribueras till Azure Web App.
Välj lämpligt Azure-abonnemang och App Service-namn som skapats i Azure-portalen tidigare efter auktorisering. Se också till att välja det program som ska distribueras som finns i släppa mapp.
Spara release-definitionen.
Skapa en release för att distribuera din app
Vi kan nu starta implementeringsprocessen för byggnaden genom att skapa en release.
# 1) Välj + Släpp rullgardinsmeny och Skapa release . Välj miljöerna som QA-miljö och fortsätt. Släppet visas nu som framgångsrikt i GRÖN BITT.
Dubbelklicka på Släpp- under Titel för att titta på applikationsdistributionsstatus till alla olika miljöer som definieras i release-definitionen.
#två) De Loggar fliken ger information om hela utgivningsstegen för alla miljöer som körs för att distribuera webbapplikationen till Azure.
# 3) När utgåvan har körts framgångsrikt, för att visa webbapplikationen som distribueras i Azure som en webbapplikation, bläddra till URL-adressen i portalen.
I denna Exempel , klick här för att navigera till exempelwebappen.
ASP.net-webbapplikationen distribueras nu till Azure.
Sammanfattning
I denna tvådelade serie har vi sett hur Microsoft VSTS kan användas som ett ALM-verktyg (Work Items, Agile Project Planning, Version Control) i molnet och kan utökas för att automatisera byggprocessen (kontinuerlig integration) och släppprocessen ( Kontinuerlig leverans) till Azure Web App.
För nästan alla DevOps-entusiaster och .NET-projektteam skulle Microsoft VSTS vara ett idealiskt verktyg för slutleverans av dina programapplikationer.
Se våra kommande handledning för att lära dig mer om AWS DevOps-verktyg.
PREV-handledning | NÄSTA självstudie
Rekommenderad läsning
- Fördjupade förklaringar om förmörkelser för nybörjare
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)
- DevOps Testing Tutorial: Hur DevOps kommer att påverka QA-testning?
- De bästa AWS DevOps-verktygen för molnbyggnad och distribution
- AWS CodeCommit Tutorial för DevOps Implementation in Cloud
- Kontinuerlig leverans i DevOps
- DevOps Automation: Hur används automatisering i DevOps Practice
- Källkontroll eller versionskontroll i DevOps (Videohandledning del 2 - Block 2)