tfs tutorial tfs automating build
Bruker Microsoft TFS 2015 Update-3 for .NET (Build, Test and Deploy): TFS Tutorial
TFS er mer brukt for .NET-utvikling ved hjelp av Visual Studio. NET IDE. Med TFS 2015 Update 3 kan man koble til 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 helhetlig utvikling og testing ved hjelp av Work Item Management, Project Planning (Waterfall or Scrum), Versjonskontroll, Build / Release (Deploy) og Testing evner.
MERK : Denne TFS-opplæringen har mange bilder, så la den lastes ordentlig.
Les også => TFS for JAVA-prosjekter med formørkelse i DevOps
lag en midlertidig falsk e-postadresse
Hva du vil lære:
- Introduksjon
- Sett opp et C # -program
- Lage Build Definition med kodeanalyse
- Opprette utgivelse for distribusjon
- Utfører frigjøring for distribusjon
- Konklusjon
- Anbefalt lesing
Introduksjon
TFS er skreddersydd for Microsoft Visual Studio og Eclipse på alle plattformer, men det kan også brukes som en back-end til flere IDEer (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 i verktøyet.
Forutsetning:
- Microsoft TFS 2015 Update 3
- Microsoft Visual Studio .NET 2015 (30-dagers prøveversjon)
- SonarQube 6.4 eller nyere
- IIS Web Server Enabled. Siden jeg bruker en Windows 7-boks, kan du sjekke denne veiledningen 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 trenger du en for å utføre trinnene som er nevnt i opplæringen Bygg server , hvor Builds vil bli utført, og Distribusjonsmaskiner eller miljøer der applikasjoner vil bli distribuert til IIS, med agenter installert og kjørt. Se min tidligere opplæring for å vite hvordan du installerer agenter.
Sett opp et C # -program
Forutsatt at TASK-arbeidselementer blir opprettet i TFS og er tildelt utviklerne til å jobbe med det samme. Jeg har alltid lagt merke til at sporbarhet er veldig viktig med tanke på å spore noe arbeid på tvers av programvarens livssyklus.
Før du legger til en. NET-applikasjon til TFS-kildekontrolager , sørg for om en Samling og teamprosjekt eksisterer eller ikke.
En samling er opprettet 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 hvert kundeprosjekt i TFS.
Når en samling er opprettet, kan du opprette flere teamprosjekter i den. Et enkelt teamprosjekt består av alle arbeidsprodukter, kildekode, testgjenstander, beregninger for rapporter etc., Teamprosjekt kan opprettes ved hjelp av ulike innebygde prosessmaler som Scrum, Agile, CMMI etc.
- Mer om å lage samlinger finner du @ Administrer teamprosjektsamlinger i Team Foundation Server
- Her skal jeg bruke Standard samling som opprettes når TFS er installert
- For å lage teamprosjekt i en samling, følg trinnene som vist nedenfor.
Start TFS Web-grensesnitt ved hjelp av URL http: //: port / tfs, og du kan se prosjekt opprettet .
Klikk på prosjektet, så kommer du til Team Dashboard
(Merk:Klikk på et hvilket som helst bilde for forstørret visning)
Nå har vi laget en samling og et teamprosjekt. La oss lansere Visual Studio.NET og lage en ny C # webapplikasjon og dele prosjektet til TFS-kildekontrolageret. Dette er første skritt mot etablering Kontinuerlig integrasjon (CI) øve på.
1) Start Visual Studio.NET og sett TFS som standard kildekontrolllager. Gå til Verktøy => Alternativer => Kildekontroll . Klikk deretter OK .
to) Gå til View => Team Explorer og koble til TFS-server ved hjelp av ikonet 
3) Lage en C # ASP.NET Web-prosjekt
4) Siden vi oppretter en webapplikasjon, Å velge de Webskjema mal
Klikk OK å lage prosjektet.
5) Prosjektet som er opprettet kan sees i Solution Explorer . .NET bruker konseptet .sln-fil eller løsning for å inneholde alle prosjektene. Når du har åpnet løsningen, åpnes også alle tilknyttede prosjekter. Vi må legge til løsningen i TFS-kildekontrollregisteret
6) Endre filen Standard.aspx som vist, Lagre og legg deretter hele løsningen til TFS kildekontrollregister
Å velge de Designvisning og du vil kunne se hele siden
7) Legg til løsningen i TFS-kildekontroll. Høyreklikk på løsningen og velg ‘ Legg til løsning på Source Control ’
8) Velg Lagprosjekt opprettet tidligere og da Klikk OK
9) Løsningen er ennå ikke sjekket inn i TFS. I Team Explorer klikker du på kildekontrollutforskeren, og du kan se løsningen lagt til for å bli sjekket inn.
10) Innsjekking endres. Gå til Team Explorer => Venter på endringer
Skriv inn en kommentar og dra og slipp et TASK-arbeidselement for å sikre sporbarhet. Klikk på Innsjekkingsknapp .
elleve) For å teste nettstedet som kjører lokalt, Klikk på Firefox-ikonet i Visual Studio.NET . Husk at det ennå ikke er distribuert til DERES på et bestemt miljø.
Lage Build Definition med kodeanalyse
En build-definisjon består av en rekke oppgaver som utføres under en automatisert byggeprosess. Eksempler av oppgavene kan bestå av å kjøre Visual Studio Build, MS Build, utføre PowerShell- eller Shell-skript etc.
1) Å lage en Bygg definisjon , logg inn på TFS webgrensesnitt og gå til Bygger TAB . Klikk på + for å lage en build-definisjon. Start med TOM definisjon og klikk deretter Neste .
Velg Lagprosjekt og klikk på Skape
Klikk på Rediger , som er funnet ved siden av Tom definisjon
Lagre bygge definisjonen som noe sånt 'Main Build'
Siden Sonarqube vil bli brukt til kodeanalyse, legger du til de to ekkoloddetrinnene ‘ SonarQube Scanner for MSBuild - Begynn analyse ’ og ' SonarQube Scanner for MSBuild - sluttanalyse ’ oppgaver.
Legg til Begynn analyse trinn før MS Build eller Visual Studio Build. Dette trinnet henter detaljer fra Sonarqube-server for å konfigurere analysen.
Legg til Sluttanalyse trinn senere.
Trinnene som legges til vil se ut som følgende med MS Build-trinn imellom.
Begynn å definere detaljene til Sonarqube-serveren. Definer sluttpunkt der Sonarqube-serveren og autentiseringsdetaljer legges til. Klikk på ‘ Få til' for å legge til Sonarqube-serveropplysningene.
Klikk på ‘New Service Endpoint => Generic’
Nå går du tilbake til det viktigste Bygg definisjon og velg endepunkt som nettopp ble opprettet.
Fullført konfigurasjon for Start-analyse, ser ut som vist nedenfor
Velg løsningen. I Avansert => Tilleggsinnstillinger skriv inn følgende og lagre Bygg definisjon
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - sluttanalyse . Avslutt analysen og deretter last opp resultatene til SonarQube-prosjektet.
Legg til et trinn i Publiser gjenstander til serveren. Artefaktene lagres i en slippmappe på serveren og vil bli brukt under distribusjonen.
to) Installer agenten på Build and Deployment-maskinen. Du kan se på den forrige veiledningen min for å vite hvordan du installerer agenten. Nå forutsatt at agenten er installert, må du forsikre deg om at agenten kjører eller ikke.
3) Forsikre deg om at SonarQube SCM TFVC plugin er lastet ned herfra . og kopiert til SonarQube installasjon utvidelser plugins katalog . Dette pluginet sørger for at kildekoden er hentet fra TFS-kildekontrollregisteret og blir gjort tilgjengelig for SonarQube for kodeanalyse.
4) Etter at programtillegget er lastet ned og kopiert, Start ekkoloddserveren
5) Start en Build for å sjekke om trinnene fungerer bra. Åpne Build Definition og klikk på 'Queue Build'
Bygg vellykket. Alle trinnene gikk bra.
Klikk på Build-nummeret, i dette tilfellet er det det Bygg 217 og gå til Gjenstander kategorien for å se på slippmappen som er opprettet på servernivå.
Merk: I neste avsnitt viser utgivelsesprosessen hvordan noen av endringene kan reflekteres gjennom distribusjonsprosessen. For dette, sørg for at prosjektgjenstandene kopieres gjennom COPY-trinnet i byggedefinisjonen etter kompileringstrinn, eller kopier prosjektgjenstandskatalogen manuelt til katalogen C: inetpub wwwroot. Dette må bare gjøres en gang.
Opprette utgivelse for distribusjon
I forrige avsnitt så vi om Build, etterfulgt av kodeanalyse ved hjelp av SonarQube. Vi skal nå lage en Slipp for å distribuere gjenstandene fra 'slipp' -mappen til IIS.
Med etableringen av Release, hele Kontinuerlig integrasjon og kontinuerlig levering er automatisert uten manuell inngrep.
Gå til Release hub og Lag en utgivelsesdefinisjon .
Starte med Tom definisjon og klikk OK.
Lagre utgivelsesdefinisjonen og gi nytt navn til standardmiljøet til QA. Basert på prosjektene kan det også legges til flere miljøer som Staging Pre-Prod osv., Og distribusjonen vil bli automatisert til hele miljøene etter hverandre.
Koble Build-definisjonen til Release-definisjonen slik distribusjonen blir automatisert. Klikk på ‘Link til en build-definisjon’. Velg build-definisjonen som ble opprettet tidligere.
Klikk på Link
Aktiver distribusjonsbetingelsen for å starte distribusjonen umiddelbart etter Slipp skapelsen
Aktiver også utløseren for distribusjon etter at bygningen er vellykket. Gå til utgivelsesdefinisjonen Utløserkategori og aktivere ‘Kontinuerlig distribusjon’ , velg build-definisjonen.
Seinere Lagre utgivelsesdefinisjonen.
Tilbake i kategorien Miljøer i utgivelsesdefinisjonen, legg til oppgavene for å distribuere gjenstandene til IIS-serveren.
Legg til en oppgave å kopiere filer fra 'Slipp' -mappe opprettet under byggeprosessen til IIS wwwrootdirectory.
Kildemappe - Bla gjennom og velg Nettapplikasjon 1 prosjekt i slippmappen
Målmappe skal være inetpub wwwroot-katalogen - C: inetpub wwwroot WebApplication1
Utfører frigjøring for distribusjon
I frigjøringsnavet oppretter du en utgivelse for å starte distribusjonen
Velg den siste stabile bygningen og klikk på Opprett for å starte distribusjonen .
Implementering er vellykket i QA-miljø
Kjør inetmgr som er IIS-manager, hvor du kan administrere alle nettsteder / applikasjoner som er installert på IIS. Bla til webapplikasjonen som er distribuert.
For å konkludere når du har startet Build, blir distribusjonen også fullført til alle definerte miljøer, ettersom Release er knyttet til build-definisjonen.
Konklusjon
I denne TFS-opplæringen har vi nå sett hvordan Microsoft ALM-plattformen kan brukes til å automatisere Build, Test og Deployment for .NET-applikasjoner. TFS spiller en stor rolle her.
Derfor er AUTOMATION i dagens verden nøkkelen til vellykket og raskere levering for å holde seg foran.
Anbefalt lesing
- In-Depth Eclipse Tutorials For Beginners
- Hvordan bruke Microsoft TFS for JAVA-prosjekter med formørkelse i DevOps
- Distribusjon i MongoDB: trinnvis veiledning
- AWS CodeBuild Tutorial: Pakke ut kode fra Maven Build
- Topp AWS DevOps-verktøy for skybygging og distribusjon
- JIRA Agile Tutorial: Hvordan bruke JIRA effektivt til å administrere smidige prosjekter
- Bruk av Maven Build Automation Tool og Maven Project Setup for Selenium - Selen Tutorial # 24
- Bygg applikasjon med én side ved hjelp av AngularJS (veiledning med eksempel)