devops with microsoft vsts
Microsoft VSTS DevOps-funksjoner for automatisering av build (kontinuerlig integrasjon) og utgivelsesprosess (kontinuerlig levering) til Azure Web App:
I VSTS del 1 Opplæringen , lærte vi hvordan Microsoft VSTS kan brukes som et ALM-verktøy (Work Items, Agile Project Planning, Versjonskontroll) i skyen.
Foreslått lesing => Grundige DevOps-opplæringsveiledninger
I dette del 2 tutorial, vil vi utvide VSTS opplæring å vise frem DevOps funksjoner spesielt Kontinuerlig integrering og Kontinuerlig levering til en Azure Web App .
Bortsett fra å distribuere som en Azure Web App, kan du også distribuere til en Windows Virtual Machine (VM) som er opprettet som en forekomst fra Azure-portalen.
I denne opplæringen vil vi diskutere følgende i detalj:
- Lag Build Definition (kontinuerlig integrasjon)
- Opprett utgivelsesdefinisjon (kontinuerlig levering)
Hva du vil lære:
- Lag Build (kontinuerlig integrasjon)
- Opprett en nettresurs i Azure-portalen
- Opprett utgivelsesdefinisjon (kontinuerlig levering)
- Opprett en utgivelse for å distribuere appen din
- Sammendrag
- Anbefalt lesing
Lag Build (kontinuerlig integrasjon)
En kontinuerlig integrering eller CI er en prosess når det hver gang en utvikler forplikter eller leverer kildekodeendringer i versjonskontrolldatabasen, i dette tilfellet er det VSTS-repoen der bygningen utføres enten ved hver innsjekking eller ved bruk av en tidsplan .
For å begynne å sette opp kontinuerlig integrasjon i VSTS starter vi først med å lage en build-definisjon.
Lag en definisjon av nybygg
Gå til delen Builds i Build and Release-huben og opprett en ny definisjon
Klikk på Tom prosess mal for å starte. Vi vil legge til alle trinnene som kreves for å bygge løsningen vår.
Det kreves normalt agenter på byggemaskiner og miljøer der bygging og distribusjon vil bli gjort. Så her i VSTS er denne agentkøen innebygd for å bygge appen din. Dette er veldig behagelig å bruke, da du ikke trenger å laste ned og installere agenter for bygging og utgivelse.
I det første trinnet velger du agentkø som vert 2017.
Sørg for å lagre definisjonen Build.
Klikk på Lagre
Klikk på Få kilder oppgave å velge visual studio-løsningen som deles med VSTS versjonskontrollregisteret.
Klikk på 3 DOTS (...) ved siden av Server-banen, velg løsningsmappen og klikk OK .
Klikk på Lagre. Klikk på Legg til ved siden av fase 1.
Oppgavene du vil legge til her, vil sikre at de kjører på den identifiserte agenten. Legg til to NuGet-oppgaver i følgende rekkefølge for å gjenopprette NuGet-pakkene.
Først legger du til NuGet Tool Installer og deretter NuGet Restore. NuGet er i utgangspunktet designet for å dele koden i .NET ved hjelp av pakker. Mer om NuGet finner du @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
Neste, under Bygge kategori velg MS Build og klikk på LEGG TIL 8
Velg Bygg løsning Trinn og klikk på 3 DOTS (...) ved siden av Project-boksen, og velg løsningsfilen.
Lagre Build-definisjonen.
Legg til et trinn til publisere gjenstandene til serveren som en slippmappe som vil bli brukt senere under utgivelsesprosessen.
Under Nytte velg Publiser byggeartefakter steg.
Lagre byggdefinisjonen.
Alternativ - Før du utløser en build, aktiver eventuelt muligheten til å bygge på hver innsjekking i Triggers TAB for Build Definition. Hvis det ikke er basert på alternativet kontinuerlig integrering, aktiverer du alternativet Planlagt til høyre for å bygge løsningen i løpet av en spesifisert hverdag og tid. Dette vil avhenge av hvordan du vil at prosjektet skal bygges.
utvalg sortere c ++ kodeeksempel
Utløs en build ved å velge køalternativet.
Klikk på Kø-knappen. Når byggingen starter, klikker du på Byggnummer, som fremhevet nedenfor, for å se byggestatusen.
Som vist nedenfor er build vellykket ved hjelp av den innebygde agent.
Klikk på byggenummeret ( F.eks. Bygg 40 i dette skjermbildet) for å verifisere om gjenstandene er lastet opp til miste mappen på serveren eller ikke. Klikk på Artefakter TAB => slippmappe .
Opprett en nettresurs i Azure-portalen
Fra og med forrige avsnitt har vi definert Build Definition (kontinuerlig integrasjon). I denne delen vil vi nå se hvordan du setter opp en Release Definition (kontinuerlig levering) prosess til Azure av ASP.NET-applikasjonen som ble bygget tidligere.
Forutsetning
c ++ typer arv
Vi må opprette en webapp ved hjelp av portalen som vist nedenfor før vi fortsetter med distribusjon til Azure Cloud.
Opprett en Azure-webapp ved hjelp av portalen
- Logg inn på Microsoft Azure portal
- Velg + Ny ikonet i venstre navigasjonslinje, og velg deretter Web-app.
Skriv inn et navn på appen som skal brukes senere i utgivelsesprosessen som skal opprettes i VSTS.
Klikk Skape .
Neste, Klikk på Alle ressurser for å vise webappen som er opprettet.
Ressursen SampleWebApp-VN i Opprett nytt alternativ vil URL-en til applikasjonen som skal distribueres ved hjelp av utgivelsesprosessen i VSTS, vises.
Opprett utgivelsesdefinisjon (kontinuerlig levering)
Siden build-artefakter er tilgjengelige i drop-mappen som i build-definisjonen, vil utgivelsesdefinisjonen som vi oppretter nå for distribusjon, plukke opp gjenstandene og deretter distribuere dem som et Azure-webapplikasjon.
Tilbake i VSTS-dashbordet oppretter du en utgivelsesdefinisjon og lenker til byggedefinisjonen som muliggjør kontinuerlig leveringsprosess.
I Bygg og slipp hub,Klikk og velg Lag utgivelsesdefinisjon som vist.
Å velge Azure App Service Distribusjonsalternativ under Utvalgte maler og klikk på Søke om. 
Gi miljøet nytt navn til QA Env.
Klikk på + Legg til lenke under Gjenstander og velg din bygningsdefinisjon å koble til. Under Kildetype til høyre velger du definisjonen som ble opprettet tidligere.
Velg Build Definition opprettet tidligere, og klikk på LEGG TIL.
Klikk på Kontinuerlig distribusjon utløserikonet og aktiver det samme. Dette er for å sikre at distribusjonen starter når Build er fullført.
Aktiver glidebryteren for utløser for kontinuerlig distribusjon.
Hvis aktivert, sikrer dette at utgivelsen starter automatisk og distribusjon vil bli utløst til Azure.
Klikk deretter på lenken se miljølogger under QA Env for å begynne å konfigurere oppgavene som skal distribueres til Azure Web App.
Velg riktig Azure-abonnement og App Service-navn opprettet i Azure portal tidligere etter autorisasjon. Sørg også for å velge applikasjonen du vil distribuere som er i miste mappe.
Lagre utgivelsesdefinisjonen.
Opprett en utgivelse for å distribuere appen din
Vi kan nå starte distribusjonsprosessen av bygningen ved å lage en utgivelse.
#1) Å velge + Slipp drop down og Opprett utgivelse . Velg miljøene som QA Env og fortsett. Utgivelsen vises nå som vellykket i GRØNN FLått.
Dobbeltklikk på Utgivelse- under Tittel for å se på distribusjonsstatus for applikasjonen til alle de forskjellige miljøene som er definert i utgivelsesdefinisjonen.
#to) De Tømmerstokker fanen vil gi detaljer om hele trinnene for utgivelsesprosessen til alle miljøer som kjører for å distribuere webapplikasjonen til Azure.
# 3) Når utgivelsen har kjørt vellykket, kan du vise webapplikasjonen distribuert på Azure som en webapplikasjon, og bla til URL-en som er gitt i portalen.
I dette Eksempel , klikk her for å navigere til eksemplet på nettappen.
ASP.net-webapplikasjonen er nå distribuert til Azure.
Sammendrag
I denne todelte serien har vi sett hvordan Microsoft VSTS kan brukes som et ALM-verktøy (Work Items, Agile Project Planning, Versjonskontroll) på skyen og kan utvides for å automatisere build (kontinuerlig integrering) og frigjøringsprosess ( Kontinuerlig levering) til Azure Web App.
For nesten alle DevOps-entusiaster og .NET-prosjektgrupper, vil Microsoft VSTS være et ideelt verktøy for sluttlevering av programvarene dine.
Se våre kommende opplæringsprogrammer for å lære mer om AWS DevOps-verktøy.
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- In-Depth Eclipse Tutorials For Beginners
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)
- DevOps Testing Tutorial: Hvordan DevOps vil påvirke QA-testing?
- Topp AWS DevOps-verktøy for skybygging og distribusjon
- AWS CodeCommit Tutorial for DevOps Implementation in Cloud
- Kontinuerlig levering i DevOps
- DevOps Automation: Hvordan brukes automatisering i DevOps Practice
- Kildekontroll eller versjonskontroll i DevOps (Videoopplæring del 2 - blokk 2)