Ved Hjelp Av Microsoft Tfs 2015 Update-3 FOR. NET (Bygge, Teste og Distribuere): TFS Tutorial

TFS er mer utbredt for NET utvikling Ved Hjelp Av Visual Studio. NET IDE. MED Tfs 2015 Update 3 kan man koble til En Hvilken Som Helst Team Foundation Server Git repo, ved hjelp av EN SSH-nøkkel.Team Foundation Server (Tfs) Er Et ALM produkt Fra Microsoft som gir muligheter for en ende-til-ende utvikling og testing Ved Hjelp Av Arbeid Element Ledelse, Prosjektplanlegging (Foss eller Scrum), Versjonskontroll, Bygge/Release (Distribuere) og Testing evner.

MERK: DENNE tfs-opplæringen har mange bilder, slik at den kan lastes riktig.

les også => TFS FOR JAVA-Prosjekter Med Eclipse I DevOps

Introduksjon

TFS er skreddersydd For Microsoft Visual Studio og Eclipse på alle plattformer, men det kan også brukes som en back-end til Flere Ide (Integrerte Utviklingsmiljøer).Vi vil nå se på Hvordan Team Foundation Server (TFS) vil bli brukt Til Å Bygge, Teste OG Distribuere.NET Webapplikasjoner som tradisjonelt er styrken til verktøyet.

Forutsetning:

• Microsoft TFS 2015 Oppdatering 3
• Microsoft Visual Studio. NET 2015 (30-dagers prøveversjon)
• SonarQube 6.4 eller høyere
• Iis Webserver Aktivert. Siden jeg bruker En Windows 7-boks, kan du sjekke denne opplæringen om hvordan du aktiverer iis 7. Slik Installerer Du Internet Information Services (iis 7) På Windows 7 Ultimate
• Det er Flere YouTube-videoer om hvordan du aktiverer Iis På Windows 2008 / 2012 / 2016.

Vanligvis for å utføre trinnene som er nevnt i opplæringen, trenger Du En Build-Server, Hvor Bygg vil bli utført, Og Distribusjonsmaskiner eller miljøer der applikasjoner vil bli distribuert til IIS, med agenter installert og kjører. Vennligst se min tidligere veiledning for å vite hvordan du installerer agenter.

Setup A C # Program

Forutsatt OPPGAVE arbeidselementer er opprettet I TFS og er tildelt utviklerens å jobbe på samme. Jeg har alltid lagt merke Til At Sporbarhet er svært viktig når det gjelder å spore noe arbeid på tvers av programvarens livssyklus.

før DU legger TIL ET. NET-program I tfs source control repository, må du kontrollere om Det finnes En Samling og Et Gruppeprosjekt eller ikke.

En Samling opprettes av Tfs-Administratoren. Den består av En gruppe Teamprosjekter i en hvilken som helst serviceorganisasjon, der prosjekter for flere kunder blir utført. Du kan opprette individuelle samlinger for hver kunde prosjekter I TFS.

når en samling er opprettet, kan du opprette flere teamprosjekter i den. Et enkelt gruppeprosjekt består av alle arbeidselementer, kildekode, testartefakter, beregninger for rapporter etc., Team project kan opprettes ved hjelp av ulike innebygde prosessmaler som Scrum, Agile, CMMI etc.

• Mer om å lage samlinger finner du @ Manage team project collections I Team Foundation Server
• Her vil Jeg bruke Standardsamlingen som er opprettet når TFS er installert
• for å lage teamprosjekt i en samling, følg trinnene som vist nedenfor.

Start TFS Webgrensesnitt ved HJELP av URL http://<ServerName>:port/tfs og du kan se prosjektet opprettet.

Klikk på prosjektet og du vil komme videre til Team Dashboard

(Merk: Klikk på et bilde for forstørret visning)

nå har vi en samling og et team prosjekt opprettet. La Oss starte Visuell Studio.NET og opprette en Ny C# Web-applikasjon og dele prosjektet TIL tfs source control repository. Dette er det første skrittet mot å etablere Kontinuerlig Integrasjon (CI) praksis.

1) Lansering Visuell Studio.NET og sett TFS som standard kilde kontroll repository. Gå Til Verktøy = > Alternativer => Kildekontroll. Klikk DERETTER OK.

2) gå Til Vis => Team Explorer og koble Til Tfs – serveren ved hjelp av ikonet

3) Opprett en c# asp.NETTO Webprosjekt

4) Siden vi lager et webprogram, Velger Du Webskjemamalen

Klikk OK for å opprette prosjektet.

5) prosjektet opprettet kan vises I Solution Explorer. . NET bruker begrepet .sln fil eller løsning for å inneholde alle prosjektene. Når du åpner løsningen, åpnes alle tilknyttede prosjekter også. Vi må legge til løsningen TIL tfs source control repository

6) Endre filstandarden.aspx Som vist, Lagre Det og legg deretter hele løsningen til tfs source control repository

Velg Designvisningen, og du vil kunne se hele siden

7) Legg løsningen TIL tfs kildekontroll. Høyreklikk på løsningen og velg ‘Legg til løsning I Kildekontroll’

8) Velg Gruppeprosjektet opprettet tidligere og klikk DERETTER OK

9) løsningen er ennå ikke sjekket inn I TFS. I Team Explorer klikker du på source control explorer, og du kan se løsningen lagt til for å bli sjekket inn.

10) Innsjekking endringer. Gå Til Team Explorer = > Ventende Endringer

Skriv inn en kommentar Og dra og slipp ET OPPGAVEARBEIDSELEMENT for å sikre sporbarhet. Klikk På Innsjekkingsknappen.

11) for å teste nettstedet kjører lokalt, klikk på firefox-ikonet i visual Studio.NET. Husk at det ennå ikke er distribuert til IIS på et bestemt miljø.

Opprette Builddefinisjon med Kodeanalyse

en builddefinisjon består av en Rekke Oppgaver som utføres under en automatisert byggeprosess. Eksempler på oppgavene kan bestå av å kjøre En Visual Studio Build, MS Build, utføre PowerShell eller Shell skript etc.

1) for å opprette En Build-Definisjon, logg INN PÅ tfs web interface og gå TIL Builds-FANEN. Klikk på + for å opprette en build-definisjon. Start MED TOM definisjon, og klikk Deretter Neste.

Velg Gruppeprosjektet Og klikk På Create

Klikk På Rediger, som finnes ved Siden Av Den Tomme definisjonen

lagre byggdefinisjonen som noe som»hovedbygg»

siden sonarqube vil bli brukt til kodeanalyse, legg derfor til de 2 sonartrinnene ‘Sonarqube scanner for msbuild – begin analysis’og ‘sonarqube scanner for msbuild – end analysis’ og ‘sonarqube scanner for msbuild-end Analyse ‘ oppgaver.

Legg Til Startanalysetrinnet før NOEN MS Build eller Visual Studio Build. Dette trinnet henter detaljer Fra Sonarqube server for å konfigurere analysen.

Legg Til Sluttanalysetrinn senere.

trinnene lagt vil se ut som følgende MED MS Bygge trinn i mellom.

Begynn å definere detaljene For Sonarqube server. Definer Endepunktet der Sonarqube-serveren og autentiseringsdetaljene er lagt til. Klikk På ‘Administrer’ for å legge Til Sonarqube-serverdetaljene.

Klikk På ‘Nytt Tjenesteendepunkt => Generisk’

gå nå tilbake til Hovedbildet For Definisjon Av Build og velg endepunktet som nettopp ble opprettet.

Fullført konfigurasjon For Startanalyse, ser ut som vist nedenfor

Velg løsningen. I Avansert = > Flere Innstillinger angir du følgende Og lagrer Byggdefinisjonen

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

SonarQube – End Analyse. Fullfør analysen og last opp resultatene til SonarQube-prosjektet.

Legg til et trinn For Å Publisere Artefakter på serveren. Artefaktene vil bli lagret i en drop-mappe på serveren og vil bli brukt under distribusjon.

2) Installer agenten På Bygge-og Distribusjonsmaskinen. Du kan referere til min forrige veiledning for å vite hvordan du installerer agenten. Nå antar at agenten er installert, kontroller om agenten kjører eller ikke.

3) Kontroller At SonarQube SCM TFVC-plugin er lastet ned herfra. og kopiert til Katalogen SonarQube installation \ extensions \ plugins. Denne plugin sikrer at kildekoden er hentet fra tfs source control depotet og er gjort tilgjengelig For SonarQube for kodeanalyse.

4) Etter plugin er lastet ned og kopiert, Starte sonar server

5) Starte En Bygge for å sjekke om trinnene fungerer fint. Åpne Build-Definisjonen og klikk På’Queue Build’

Bygg Vellykket. Alle trinnene gikk bra.

Klikk På Build-nummeret, i dette tilfellet Er Det Build 217 og gå til Artifacts-fanen for å se på drop-mappen som er opprettet på servernivå.

Merk: i neste avsnitt viser utgivelsesprosessen hvordan noen av endringene kan reflekteres gjennom distribusjonsprosessen. For dette sikre at prosjektartefakter kopieres GJENNOM KOPIERINGSTRINNET i byggdefinisjonen etter kompileringstrinnet eller manuelt kopiere prosjektartefaktkatalogen Til C:\ inetpub \ wwwroot directory. Dette må bare gjøres en gang.

Opprette Utgivelse For Distribusjon

i forrige avsnitt så vi Om Å Bygge, etterfulgt av kodeanalyse ved Hjelp Av SonarQube. Vi vil nå lage En Utgivelse for å distribuere artefakter fra’ drop ‘ – mappen til IIS.

med etableringen Av Utgivelsen, er hele Kontinuerlig Integrasjon Og Kontinuerlig Levering automatisert uten manuell inngripen.

Gå Til Release hub og Opprett En Utgivelsesdefinisjon.

Start Med Tom definisjon og klikk OK.

Lagre Utgivelsesdefinisjonen og gi Standardmiljøet NYTT navn TIL QA. Basert på prosjektene, flere miljøer som Iscenesettelse Pre-Prod etc. kan også legges til og distribusjon vil bli automatisert til hele miljøer etter hverandre.

Koble Byggdefinisjonen til Utgivelsesdefinisjonen slik at distribusjonen er automatisert. Klikk pa ‘Link til a bygge definisjon’. Velg byggdefinisjonen som ble opprettet tidligere.

Klikk På Koblingen

Aktiver Distribusjonsbetingelsen for å starte distribusjonen umiddelbart etter Oppretting Av Utgivelsen

aktiver også utløseren for distribusjon etter at byggingen er vellykket. I Utgivelsesdefinisjonen, gå til Utløserfanen og aktiver ‘Kontinuerlig Distribusjon’, velg byggdefinisjonen.

Lagre Utgivelsesdefinisjonen Senere.

Tilbake I Miljøer-fanen i utgivelsesdefinisjonen legg til oppgavene for å distribuere artefaktene til iis-serveren.

Legg til en oppgave for å kopiere filer fra’ drop ‘ mappe opprettet under byggeprosessen TIL iis wwwrootdirectory.

Kildemappe – Bla Gjennom Og velg Webapplication1-prosjektet i drop-mappen

målmappen skal være inetpub\wwwroot-katalogen-c:\inetpub \ wwwroot \ WebApplication1

Utfør Utgivelse for Distribusjon

i release hub, opprett en utgivelse for å starte distribusjonen

Velg siste stabile bygg og Klikk På Opprett For Å Starte Distribusjonen.

Distribusjon er vellykket TIL QA miljø

Kjør inetmgr som ER IIS manager, der du kan administrere alle webområder / programmer som er installert PÅ IIS. Bla til webprogrammet som er distribuert.

for å konkludere når Du starter Byggingen, vil distribusjonen også bli fullført til alle miljøene som er definert, da Utgivelsen er knyttet til byggdefinisjonen.

Konklusjon

i DENNE tfs-opplæringen har vi nå sett Hvordan Microsoft ALM-plattformen kan brukes til å automatisere Bygg, Test og Distribusjon for.NET-applikasjoner. TFS spiller en viktig rolle her.DERFOR ER AUTOMATISERING i dagens verden nøkkelen til vellykket og raskere levering for å ligge i forkant.