TFS Opplæringen: TFS for å Automatisere Bygge, Teste og Distribusjon for .NET Prosjekter

ved Hjelp av Microsoft TFS 2015 Update-3 for .NET (Bygge, Teste og Distribuere): TFS Opplæringen

TFS er mer utbredt for .NET utvikling ved hjelp av Visual Studio .NET IDE. Med TFS 2015 Oppdatering 3, kan man koble til hvilken som helst Team Foundation Server Git-repo, ved hjelp av en SSH-tasten.,

Team Foundation Server (TFS) er en ALM produkt fra Microsoft som gir muligheter for et ende-til-ende-utvikling og testing ved hjelp av Arbeid Element Management, Project Planning (Foss eller Scrum), Versjon Kontroll, Bygg/Release (Implementere) og Testing evner.

MERK: Denne TFS opplæringen har mange bilder, så la det til å lastes inn på riktig måte.,

les Også => TFS for JAVA-Prosjekter med Eclipse i DevOps

Innledning

TFS er skreddersydd for Microsoft Visual Studio og Eclipse på alle plattformer, men det kan også brukes som en back-end til flere IDEs (Integrerte utviklingsmiljøer).

Vi vil nå ta en titt på hvordan Team Foundation Server (TFS) vil bli brukt til å Bygge, Teste og Distribuere .NET-Web-Applikasjoner som er tradisjonelt styrken av verktøyet.

Forutsetning:

• Microsoft TFS 2015 Oppdatering 3
• Microsoft Visual Studio .,NETTO 2015 (30-dagers prøveversjon)
• SonarQube 6.4 eller nyere
• IIS Web Server Aktivert. Siden jeg bruker en Windows 7-boksen kan du sjekke denne tutorial på hvordan å aktivere IIS 7. Hvordan du Installerer Internet Information Services (IIS 7) på Windows 7 Ultimate
• Det er flere YouTube-videoer på hvordan å aktivere IIS på Windows 2008 / 2012 / 2016.,

Vanligvis til å utføre trinnene som er nevnt i veiledningen du trenger en Bygge-Serveren, der Bygger det vil bli utført, og Distribusjon av maskiner eller miljøer der, programmene vil bli distribuert til IIS, med agenter installert og kjører. Vennligst se mine tidligere opplæringen for å vite hvordan du skal installere agenter.

Oppsett a C# Program

Forutsatt at OPPGAVEN arbeid elementer som er opprettet i TFS, og er tildelt til utviklerens til å arbeide på det samme. Jeg har alltid lagt merke til at Sporbarhet er veldig viktig fra det synspunkt av sporing noe arbeid på tvers av programvaren livssyklus.,

Før du legger til en .NET applikasjon for å TFS source control depotet, sikre om en Samling og Team Prosjektet eksisterer eller ikke.

En Samling er opprettet av TFS Administrator. Det består av en gruppe av Teamet Prosjekter i hvilken som helst tjeneste organisasjon, der prosjekter for flere kunder blir utført. Du kan opprette individuelle samlinger for hver kunde prosjekter i TFS.

Når en collection er laget, kan du opprette flere team prosjekter innen it. Ett lag prosjektet består av alt arbeid elementer, kildekode, test gjenstander, beregninger for rapporter etc., Team-prosjektet kan være laget ved hjelp av forskjellige innebygde prosessen maler som Scrum og Smidig, CMMI etc.

• Mer på å skape samlinger kan bli funnet @ Administrere team prosjektet samlinger i Team Foundation Server
• Her, vil jeg bruke Standard Samling som er opprettet når TFS er installert
• for Å lage team-prosjektet i en samling, kan du følge fremgangsmåten som vist nedenfor.

Lanseringen TFS Web-grensesnitt med URL http://<ServerName>:port/tfs og du kan se prosjekt som er opprettet.,

Klikk på prosjektet, og du vil få på Team Dashboard

(Merk: Klikk på et bilde for større visning)

Nå har vi en samling og et team prosjekt som er opprettet. La oss starte Visual Studio.NET og lage en ny C# Web-applikasjon og dele prosjektet til TFS source control depotet. Dette er første skritt mot å etablere Kontinuerlig Integrasjon (CI) praksis.

1) Start Visuell Studio.NET og sett TFS som standard source control depotet. Gå til tools (Verktøy) => Valg => Source Control. Deretter klikker du OK.,

2) Gå til Vis => Team Explorer og koble til TFS server ved å bruke ikonet for

3) Lage en C# ASP.NET Web-prosjektet

4) Siden vi skal lage en web-applikasjon, Velger du Web Former mal

Klikk på OK for å opprette prosjektet.

5) prosjektet har opprettet, kan sees i Solution Explorer. .NET bruker begrepet .sln-fil eller løsningen skal inneholde alle prosjekter. Når du åpner løsning alle tilknyttede prosjekter vil også åpne. Vi må legge til løsning til TFS source control depotet

6) Endre filen Standard.,aspx som vist, Lagre den og deretter legge hele løsningen til TFS source control depotet

Velg utformingsvisning, og du vil være i stand til å se hele siden

7) Legg til løsning til TFS source control. Høyreklikk på løsningen og velge «Legg til løsning til Source Control’

8) Velg Lag Prosjekt som er opprettet tidligere, og klikk deretter OK

9) løsningen er ennå ikke sjekket inn til TFS. I Team Explorer klikker du på kilde-kontroll explorer, og du kan se den løsning som er lagt til bli sjekket inn.

10) Check-in endringer., Gå til Team Explorer => Ventende Endringene

skriv Inn en kommentar på og dra-slipp-en OPPGAVE arbeid element for å sikre sporbarhet. Klikk på Check-in-knappen.

11) for Å teste nettstedet kjører lokalt, Klikk på Firefox-ikonet i Visual Studio.NET. Husk det er ennå ikke distribuert til IIS på et bestemt miljø.

Opprette Bygge Definisjon med Kode Analyse

En bygge definisjon består av en rekke Oppgaver som er utført i løpet av en automatisert bygge prosessen., Eksempler på oppgaver kan bestå av å kjøre en Visual Studio Bygge, MS Bygge, kjøre PowerShell eller Shell scripts etc.

1) for Å lage en Build Definisjon, logge inn for å TFS web-grensesnitt og gå til den Bygger KATEGORIEN. Klikk på + for å opprette en bygge definisjon. Start med TOM definisjon og deretter klikker du Neste.,

Velg Teamet Prosjektet og klikk på Opprett

Klikk på Rediger, som er funnet ved siden av den Tomme definisjon

Lagre bygge definisjon som noe som «Main Bygge’

Siden Sonarqube vil bli brukt for å Kode analyse, derfor legge til 2 Ekkolodd trinnene ‘SonarQube Scanner for MSBuild – Begynner Analyse’ og ‘SonarQube Scanner for MSBuild – End Analysis» – oppgaver.

Legg til den Begynner Analyse trinn før noen MS Bygge eller Visual Studio Bygge. Dette trinnet henter informasjon fra Sonarqube server til å konfigurere analyse.

Legg til Slutten Analyse trinn senere.,

trinnene lagt vil se ut som følgende med MS Bygge skritt i mellom.

Start for å angi detaljene for Sonarqube server. Angi Endepunktet hvor Sonarqube server og autentisering detaljer er lagt til. Klikk på «Administrer» for å legge Sonarqube server detaljer.

Klikk på ‘Ny Service Endpoint => Generic’

Nå gå tilbake til hovedsiden Bygge Definisjon skjermen, og velg endepunktet som du nettopp opprettet.

Fullført konfigurasjonen for å Begynne analyse, ser ut som vist nedenfor

Velge den løsningen., I den Avanserte => Flere Innstillinger angi følgende og lagre Bygge Definisjon

/d:ekkolodd.scm.aktivert=true /d:ekkolodd.scm.leverandør=tfvc /d:ekkolodd.tfvc.brukernavn=niranjan /d:ekkolodd.tfvc.passord.sikret=<passord>

SonarQube – End Analyse. Ferdig analyse og deretter laste opp resultatene til SonarQube prosjektet.

Legg til et trinn til å Publisere Gjenstander til serveren. Gjenstander vil bli lagret i en drop-mappen på serveren, og vil bli brukt under distribusjon.,

2) Installer agent på den Bygg-og Distribusjon maskinen. Du kan se min forrige tutorial å vite hvordan å installere agenten. Nå antar at agent er installert, kontrollerer du om agent er i drift eller ikke.

3) Sikre SonarQube SCM TFVC plugin er lastet ned fra her. og kopiert til SonarQube installasjon\extensions\plugins-katalogen. Denne plugin sikrer at kildekoden er tatt fra TFS source control depotet og er gjort tilgjengelig for SonarQube koden for analyse.,

4) Etter plugin er lastet ned og kopiert, kan du Starte ekkolodd server

5) Initiere et Bygg for å sjekke om fremgangsmåten fungerer fint. Åpne Bygge Definisjon og klikk på ‘Kø Bygge’

Bygge Vellykket. Alle trinnene gikk fint.

Klikk på Build-nummeret, i dette tilfellet, det er Bygge 217 og gå til Gjenstander-fanen for å se på drop mappe på server nivå.

Merk: I neste avsnitt utgivelsen prosessen viser hvordan noen av endringene kan bli reflektert gjennom hele implementeringsprosessen., For dette sikre at prosjektet gjenstander er kopiert gjennom KOPI trinn i bygge-definisjon etter samling trinn eller manuelt kopiere prosjektet artefakt katalogen til C:\inetpub\wwwroot katalogen. Dette gjøres bare én gang.

Opprette Utgivelsen for Distribusjon

I den forrige delen, vi så om Bygg, etterfulgt av koden analyse ved hjelp SonarQube. Vi skal nå opprette en Slipper å distribuere gjenstander fra ‘drop» – mappen til IIS.

Med etableringen av Utgivelsen, hele Kontinuerlig Integrasjon og Kontinuerlig Leveranse er automatisk uten manuell inngripen.,

Gå til Utgivelsen hub og Lage en endelig Definisjon.

Begynn med Tom definisjon, og klikk på OK.

Lagre Utgivelsen definisjon og gi nytt navn til Standard Miljø for å KVALITETSSIKRE. Basert på prosjekter, flere miljøer som Arrangerer Pre-Prod etc. kan også være lagt og distribusjon ville være automatisk til hele miljøer den ene etter den andre.

Link Bygge-definisjon for å Slippe definisjonen, slik som distribusjon er automatisert. Klikk på Koblingen for å bygge en definisjon’. Velg bygge definisjon opprettet tidligere.,

Klikk på Linken

Aktiver Distribusjon Tilstand for å starte distribusjon umiddelbart etter Slipp opprettelsen

Også, aktiver Utløser for distribusjon etter at bygget er vellykket. I Utgivelsen definisjon, kan du gå til Trigger-fanen, og aktiver ‘Kontinuerlig Distribusjon», velg bygge definisjon.

Senere Lagre Utgivelsen Definisjon.

Tilbake i Miljøer tab for utgivelsen definisjon legge oppgaver til å distribuere gjenstander til IIS-serveren.

Legge til en oppgave i å kopiere filer fra ‘drop» – mappen som ble opprettet under byggeprosessen for å IIS wwwrootdirectory.,

Kilden mappen – du kan Bla gjennom og velg den Webapplication1 prosjektet i drop-mappen

Målet mappen skal være inetpub\wwwroot directory – C:\inetpub\wwwroot\WebApplication1

Utføre Utgivelsen for Distribusjon

I utgivelsen hub, kan du opprette en slipper å starte distribusjon

Velg den siste stabile bygge og Klikk på Opprett for å Starte Distribusjon.

Distribusjon er vellykket å QA miljø

Kjør inetmgr som er IIS manager, hvor du kan administrere alle nettstedene/ – programmer som er installert IIS. Bla gjennom web-applikasjon i bruk.,

for Å konkludere når du starter den Bygger på, distribusjon vil også bli gjennomført for alle miljøer definert, som Utgivelsen er knyttet til bygge-definisjonen.

Konklusjon

I denne TFS opplæringen, vi har nå sett hvordan Microsoft ALM plattformen kan brukes for å automatisere Bygge, Teste og Distribusjon for .NET applikasjoner. TFS spiller en stor rolle her.

Derfor i dagens verden, AUTOMATISERING er nøkkelen for vellykket og raskere levering for å ligge i forkant.