tfs tutorial tfs automating build
Brug af Microsoft TFS 2015 Update-3 til .NET (Build, Test and Deploy): TFS Tutorial
TFS er mere udbredt til .NET-udvikling ved hjælp af Visual Studio. NET IDE. Med TFS 2015 Update 3 kan man oprette forbindelse til enhver Team Foundation Server Git repo ved hjælp af en SSH-nøgle.
Team Foundation Server (TFS) er et ALM-produkt fra Microsoft, der giver mulighed for en end-to-end-udvikling og testning ved hjælp af Work Item Management, Project Planning (Waterfall or Scrum), Version Control, Build / Release (Deploy) og Testing kapaciteter.
BEMÆRK : Denne TFS-tutorial har mange billeder, så lad den indlæses korrekt.
Læs også => TFS til JAVA-projekter med Eclipse i DevOps
Hvad du vil lære:
- Introduktion
- Opsæt en C # -applikation
- Oprettelse af builddefinition med kodeanalyse
- Oprettelse af frigivelse til implementering
- Udførelse af frigivelse til implementering
- Konklusion
- Anbefalet læsning
Introduktion
TFS er skræddersyet til Microsoft Visual Studio og Eclipse på alle platforme, men det kan også bruges som back-end til flere IDE'er (Integrerede udviklingsmiljøer).
Vi vil nu se på, hvordan Team Foundation Server (TFS) vil blive brugt til at opbygge, teste og distribuere .NET webapplikationer, som traditionelt er værktøjets styrke.
Forudsætning:
- Microsoft TFS 2015 opdatering 3
- Microsoft Visual Studio .NET 2015 (30-dages prøveversion)
- SonarQube 6.4 eller nyere
- IIS-webserver aktiveret. Da jeg bruger en Windows 7-boks, kan du tjekke denne vejledning om, hvordan du aktiverer IIS 7. Sådan installeres Internet Information Services (IIS 7) på Windows 7 Ultimate
- Der er flere YouTube-videoer om, hvordan IIS aktiveres på Windows 2008/2012/2016.
Typisk for at udføre de trin, der er nævnt i vejledningen, skal du bruge en Byg server , hvor builds udføres, og implementeringsmaskiner eller miljøer, hvor applikationer vil blive distribueret til IIS, med agenter installeret og kørende. Se min tidligere tutorial for at vide, hvordan man installerer agenter.
Opsæt en C # -applikation
Forudsat at TASK-arbejdsprodukter oprettes i TFS og tildeles udviklerne til at arbejde på det samme. Jeg har altid bemærket, at sporbarhed er meget vigtig med hensyn til sporing af ethvert arbejde på tværs af softwarelevecyklussen.
Før du tilføjer en. NET-applikation til TFS-kildekontrollager , sikre, om en Samling og teamprojekt eksisterer eller ej.
En samling oprettes af TFS-administratoren. Den består af en gruppe teamprojekter i enhver serviceorganisation, hvor projekter til flere kunder udføres. Du kan oprette individuelle samlinger for hvert kundeprojekt i TFS.
Når en samling er oprettet, kan du oprette flere teamprojekter inden for den. Et enkelt teamprojekt består af alle arbejdsposter, kildekode, testartefakter, metrics for rapporter osv. Teamprojekt kan oprettes ved hjælp af forskellige indbyggede processkabeloner som Scrum, Agile, CMMI osv.
- Mere om oprettelse af samlinger kan findes @ Administrer teamprojektsamlinger i Team Foundation Server
- Her bruger jeg Standard samling som oprettes, når TFS er installeret
- For at oprette teamprojekt i en samling skal du følge trinene som vist nedenfor.
Start TFS Web-interface ved hjælp af URL http: //: port / tfs, og du kan se projekt oprettet .
Klik på projektet, så kommer du videre til Team Dashboard
(Bemærk:Klik på et hvilket som helst billede for at se forstørret visning)
Nu har vi oprettet en samling og et teamprojekt. Lad os starte Visual Studio.NET og opret en ny C # webapplikation og del projektet til TFS-kildekontrolarkivet. Dette er det første skridt mod etablering Kontinuerlig integration (CI) øve sig.
1) Start Visual Studio.NET, og indstil TFS som standardregistret for kildekontrol. Gå til Værktøjer => Indstillinger => Kildekontrol . Klik derefter på Okay .
to) Gå til View => Team Explorer og opret forbindelse til TFS-server ved hjælp af ikonet 
3) Lave en C # ASP.NET Webprojekt
4) Da vi opretter en webapplikation, Vælg det Webformularskabelon
Klik på OK at oprette projektet.
5) Det oprettede projekt kan ses i Løsning Explorer . .NET bruger begrebet .sln-fil eller løsning til at indeholde alle projekterne. Når du har åbnet løsningen, åbnes alle tilknyttede projekter også. Vi er nødt til at tilføje løsningen til TFS-kildekontroldatabasen
6) Rediger filen Standard.aspx som vist, Gemme og tilføj derefter hele løsningen til TFS-kildekontrollager
Vælg det Design visning og du vil være i stand til at se hele siden
7) Føj løsningen til TFS-kildekontrol. Højreklik på løsningen og vælg ' Tilføj løsning til Source Control '
8) Vælg Team-projekt oprettet tidligere og derefter klik på OK
9) Løsningen er endnu ikke tjekket ind i TFS. I Team Explorer skal du klikke på kildekontroludforskeren, og du kan se den tilføjede løsning, der skal kontrolleres.
10) Check-in ændringer. Gå til Team Explorer => Afventende ændringer
Indtast en kommentar, og træk og slip et TASK-arbejdselement for at sikre sporbarhed. Klik på Check-in-knap .
elleve) For at teste webstedet, der kører lokalt, Klik på Firefox-ikonet i Visual Studio.NET . Husk, at det endnu ikke er implementeret til DERES på ethvert bestemt miljø.
Oprettelse af builddefinition med kodeanalyse
En build-definition består af en række opgaver, der udføres under en automatiseret byggeproces. Eksempler af opgaverne kan bestå af at køre Visual Studio Build, MS Build, udføre PowerShell- eller Shell-scripts osv.
1) At oprette en Build Definition , log ind på TFS webgrænseflade og gå til Bygger TAB . Klik på + for at oprette en build-definition. Start med TOM definition og klik derefter på Næste .
Vælg Team-projekt og klik på skab
Klik på Rediger , som findes ved siden af Tom definition
Gemme build-definitionen som noget lignende 'Hovedbygning'
Da Sonarqube vil blive brugt til kodeanalyse, skal du tilføje de to ekkoloddetrin ' SonarQube Scanner til MSBuild - Begynd analyse ' og ' SonarQube Scanner til MSBuild - slutanalyse ' opgaver.
Tilføj Begynd analyse trin før enhver MS Build eller Visual Studio Build. Dette trin henter detaljer fra Sonarqube-server for at konfigurere analysen.
Tilføje Afslut analyse trin senere.
De tilføjede trin vil se ud som følgende med MS Build-trin imellem.
Start med at definere detaljerne på Sonarqube-serveren. Definer slutpunkt, hvor Sonarqube-serveren og godkendelsesoplysninger tilføjes. Klik på ' Styre' for at tilføje Sonarqube-serveroplysningerne.
Klik på 'Nyt serviceendepunkt => Generisk'
Gå nu tilbage til det vigtigste Build Definition skærmbillede og vælg slutpunkt som netop blev oprettet.
Færdiggjort konfiguration til Begynd analyse, ser ud som vist nedenfor
Vælg løsningen. I Avanceret => Yderligere indstillinger indtast følgende og gem Build Definition
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - slutanalyse . Afslut analysen og derefter upload resultaterne til SonarQube-projektet.
Tilføj et trin til Udgiv artefakter til serveren. Artefakterne gemmes i en dropmappe på serveren og vil blive brugt under implementeringen.
to) Installer agenten på Build and Deployment-maskinen. Du kan henvise til min tidligere vejledning for at vide, hvordan du installerer agenten. Antag nu, at agenten er installeret, og kontroller, om agenten kører eller ej.
3) Sørg for, at SonarQube SCM TFVC-pluginet er downloadet herfra . og kopieret til SonarQube-installation udvidelser plugins-bibliotek . Dette plugin sikrer, at kildekoden er taget fra TFS-kildekontroldatabasen og stilles til rådighed for SonarQube til kodeanalyse.
4) Når pluginet er downloadet og kopieret, Start ekkolodsserveren
5) Start en build for at kontrollere, om trinnene fungerer fint. Åbn Build Definition og klik på 'Kø-opbygning'
Byg vellykket. Alle trin løb fint.
Klik på på Build-nummeret, i dette tilfælde er det Byg 217 og gå til Artefakter fanen for at se drop-mappen, der er oprettet på serverniveau.
Bemærk: I det næste afsnit viser frigivelsesprocessen, hvordan ændringer kan reflekteres gennem implementeringsprocessen. For dette skal du sikre dig, at projektartefakterne kopieres gennem COPY-trinnet i builddefinitionen efter kompileringstrinnet eller manuelt kopiere projektartefaktmappen til biblioteket C: inetpub wwwroot. Dette skal kun gøres en gang.
Oprettelse af frigivelse til implementering
I det forrige afsnit så vi om Build efterfulgt af kodeanalyse ved hjælp af SonarQube. Vi opretter nu en Slip for at implementere artefakter fra 'slip' -mappen til IIS.
Med oprettelsen af frigivelse, hele Kontinuerlig integration og kontinuerlig levering er automatiseret uden nogen manuel indgriben.
Gå til Release hub og Opret en frigivelsesdefinition .
Start med Tom definition og klik på OK.
hvor man kan streame anime gratis
Gemme frigivelsesdefinitionen og omdøbe standardmiljøet til QA. Baseret på projekterne kan yderligere miljøer som Staging Pre-Prod osv. Også tilføjes, og implementeringen vil automatiseres i hele miljøet efter hinanden.
Knyt build-definitionen til Release-definitionen, så implementeringen er automatiseret. Klik på 'Link til en build-definition'. Vælg builddefinition oprettet tidligere.
Klik på Link
Aktivér implementeringsbetingelsen for at starte implementeringen umiddelbart efter Slip oprettelsen
Aktivér også udløseren til implementering, efter at build er vellykket. Gå til udgivelsesdefinitionen Trigger-fanen og aktivere 'Kontinuerlig implementering' , vælg build-definitionen.
Senere Gemme frigivelsesdefinitionen.
Tilbage i fanen Miljøer i frigivelsesdefinitionen tilføj opgaverne for at distribuere artefakterne til IIS-serveren.
Tilføje en opgave at kopiere filer fra 'Slip' mappe oprettet under byggeprocessen til IIS wwwrootdirectory.
Kildemappe - Gennemse og vælg Webapplikation1 projekt i drop-mappen
Målmappe skal være inetpub wwwroot-biblioteket - C: inetpub wwwroot WebApplication1
Udførelse af frigivelse til implementering
Opret en frigivelse i frigørelsesnavet for at starte implementeringen
Vælg den sidste stabile build og klik på Opret for at starte implementeringen .
Implementering er vellykket til QA-miljø
Kør inetmgr, som er IIS-manager, hvor du kan administrere alle de websteder / applikationer, der er installeret i IIS. Gå til den anvendte webapplikation.
For at afslutte, når du starter Build, bliver implementeringen også færdiggjort til alle definerede miljøer, da frigivelsen er knyttet til builddefinitionen.
Konklusion
I denne TFS-tutorial har vi nu set, hvordan Microsoft ALM-platform kan bruges til automatisering af Build, Test og Deployment til .NET-applikationer. TFS spiller en vigtig rolle her.
Derfor er AUTOMATION i nutidens verden nøglen til vellykket og hurtigere levering for at holde sig foran.
Anbefalet læsning
- Dybdegående formørkelsesvejledninger til begyndere
- Sådan bruges Microsoft TFS til JAVA-projekter med formørkelse i DevOps
- Implementering i MongoDB: Trin-for-trin vejledning
- AWS CodeBuild-vejledning: Uddrag af kode fra Maven Build
- Top AWS DevOps-værktøjer til Cloud Build og Implementering
- JIRA Agile Tutorial: Sådan bruges JIRA effektivt til styring af agile projekter
- Brug af Maven Build Automation Tool og Maven Project Setup til Selen - Selen Tutorial # 24
- Byg applikation til en enkelt side ved hjælp af AngularJS (vejledning med eksempel)