tfs tutorial tfs automating build
Använda Microsoft TFS 2015 Update-3 för .NET (Build, Test and Deploy): TFS Tutorial
TFS används i större utsträckning för .NET-utveckling med Visual Studio. NET IDE. Med TFS 2015 Update 3 kan man ansluta till valfri Team Foundation Server Git-repo med en SSH-nyckel.
Team Foundation Server (TFS) är en ALM-produkt från Microsoft som tillhandahåller möjligheter för en helhet-till-slut-utveckling och testning med hjälp av Work Item Management, Project Planning (Waterfall or Scrum), Version Control, Build / Release (Deploy) och Testing Förmågor.
NOTERA : Denna TFS-handledning har många bilder så att den kan laddas ordentligt.
Läs också => TFS för JAVA-projekt med Eclipse i DevOps
Vad du kommer att lära dig:
- Introduktion
- Ställ in en C # -applikation
- Skapa Build-definition med kodanalys
- Skapa release för distribution
- Utför frigöring för distribution
- Slutsats
- Rekommenderad läsning
Introduktion
TFS är skräddarsydd för Microsoft Visual Studio och Eclipse på alla plattformar, men det kan också användas som en back-end för flera Idus (Integrerade utvecklingsmiljöer).
Vi tar nu en titt på hur Team Foundation Server (TFS) kommer att användas för att bygga, testa och distribuera .NET-webbapplikationer som traditionellt är styrkan i verktyget.
hur man öppnar en swf-fil på krom
Nödvändig förutsättning:
- Uppdatering 3 för Microsoft TFS 2015
- Microsoft Visual Studio .NET 2015 (30-dagars testversion)
- SonarQube 6.4 eller högre
- IIS-webbserver aktiverad. Eftersom jag använder en Windows 7-ruta kan du läsa den här guiden om hur du aktiverar IIS 7. Hur man installerar Internet Information Services (IIS 7) på Windows 7 Ultimate
- Det finns flera YouTube-videor om hur du aktiverar IIS på Windows 2008/2012/2016.
Vanligtvis behöver du en för att utföra stegen som nämns i handledningen Bygg Server , där Builds kommer att utföras, och Deployment-maskiner eller miljöer där applikationer kommer att distribueras till IIS, med agenter installerade och igång. Se min tidigare handledning för att veta hur man installerar agenter.
Ställ in en C # -applikation
Förutsatt att TASK-arbetsobjekt skapas i TFS och tilldelas utvecklare att arbeta på samma. Jag har alltid märkt att spårbarhet är mycket viktigt med tanke på att spåra arbete över programvarans livscykel.
Innan du lägger till en. NET-applikation till TFS-källkontrollförvar , se till om en Samling och teamprojekt finns eller inte.
En samling skapas av TFS-administratören. Den består av en grupp teamprojekt i vilken serviceorganisation som helst, där projekt för flera kunder genomförs. Du kan skapa individuella samlingar för varje kundprojekt i TFS.
När en samling har skapats kan du skapa flera teamprojekt inom den. Ett enda teamprojekt består av alla arbetsobjekt, källkod, testartefakter, mätvärden för rapporter osv. Teamprojekt kan skapas med hjälp av olika inbyggda processmallar som Scrum, Agile, CMMI etc.
- Mer om att skapa samlingar finns på @ Hantera teamprojektsamlingar i Team Foundation Server
- Här kommer jag att använda Standardsamling som skapas när TFS har installerats
- För att skapa teamprojekt i en samling, följ stegen som visas nedan.
Starta TFS webbgränssnitt med URL http: //: port / tfs och du kan se projekt skapat .
Klicka på projektet så kommer du till Team Dashboard
(Notera:Klicka på valfri bild för förstorad vy)
Nu har vi skapat en samling och ett teamprojekt. Låt oss starta Visual Studio.NET och skapa en ny C # webbapplikation och dela projektet till TFS-källkontrollförvaret. Detta är det första steget mot etablering Kontinuerlig integration (CI) öva.
1) Starta Visual Studio.NET och ställ in TFS som standardkällkontrollförvar. Gå till Verktyg => Alternativ => Källkontroll . Klicka sedan OK .
två) Gå till View => Team Explorer och anslut till TFS-servern med hjälp av ikonen 
3) Skapa en C # ASP.NET webbprojekt
4) Eftersom vi skapar en webbapplikation, Välj de Mall för webbformulär
Klicka på OK för att skapa projektet.
5) Det skapade projektet kan ses i Lösningsutforskare . .NET använder begreppet .sln-fil eller lösning för att innehålla alla projekt. När du väl har öppnat lösningen öppnas alla tillhörande projekt. Vi måste lägga till lösningen i TFS-källkontrollförvaret
6) Ändra filen Standard.aspx som visat, Spara och lägg sedan till hela lösningen i TFS-källkontrollförvar
Välj de Designvy och du kommer att kunna se hela sidan
7) Lägg till lösningen i TFS-källkontroll. Högerklicka på lösningen och välj ” Lägg till lösning i Source Control '
8) Välj Teamprojekt skapades tidigare och då klicka på OK
9) Lösningen är ännu inte incheckad i TFS. I Team Explorer klickar du på källkontrollutforskaren och du kan se den lösning som läggs till för att checkas in.
10) Incheckningsändringar. Gå till Team Explorer => Väntande ändringar
Ange en kommentar och dra och släpp ett TASK-arbetsobjekt för att säkerställa spårbarhet. Klicka på Incheckningsknapp .
elva) För att testa webbplatsen som körs lokalt, Klicka på Firefox-ikonen i Visual Studio.NET . Kom ihåg att den ännu inte har distribuerats till DERAS på en viss miljö.
Skapa Build-definition med kodanalys
En byggdefinition består av en serie uppgifter som utförs under en automatiserad byggprocess. Exempel av uppgifterna kan bestå av att köra Visual Studio Build, MS Build, köra PowerShell- eller Shell-skript etc.
1) Att skapa en Byggdefinition , logga in på TFS webbgränssnitt och gå till Skapar TAB . Klicka på + för att skapa en byggdefinition. Börja med TOM definition och klicka sedan på Nästa .
Välj Teamprojekt och klicka på Skapa
Klicka på Redigera , som finns bredvid Tom definition
Spara byggdefinitionen som något liknande 'Huvudbyggnad'
Eftersom Sonarqube kommer att användas för kodanalys, lägg till de två ekolodsstegen ” SonarQube Scanner för MSBuild - Börja analys ' och den ' SonarQube-skanner för MSBuild - slutanalys ' uppgifter.
Lägg till Börja analys steg före MS Build eller Visual Studio Build. Detta steg hämtar detaljer från Sonarqube-server för att konfigurera analysen.
Lägg till Slutanalys steg senare.
Stegen som läggs till ser ut som följande med MS Build-steg däremellan.
Börja med att definiera detaljerna för Sonarqube-servern. Definiera slutpunkt där Sonarqube-servern och autentiseringsinformation läggs till. Klicka på ' Klara av' för att lägga till Sonarqube-serveruppgifter.
Klicka på 'Ny tjänstens slutpunkt => Generisk'
Gå nu tillbaka till huvudmenyn Byggdefinition på skärmen och välj slutpunkt som just skapades.
Slutförd konfiguration för påbörjad analys, ser ut som visas nedan
Välj lösningen. I Avancerat => Ytterligare inställningar ange följande och spara Byggdefinition
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - slutanalys . Avsluta analysen och sedan ladda upp resultaten till SonarQube-projektet.
Lägg till ett steg till Publicera artefakter till servern. Artefakterna kommer att lagras i en släppmapp på servern och kommer att användas under distributionen.
två) Installera agenten på Build and Deployment-maskinen. Du kan hänvisa till min tidigare handledning för att veta hur man installerar agenten. Antag nu att agenten är installerad, se till om agenten kör eller inte.
3) Se till att SonarQube SCM TFVC-plugin laddas ner härifrån . och kopieras till SonarQube installation extensions plugins katalog . Detta plugin säkerställer att källkoden hämtas från TFS-källkontrollförvaret och görs tillgänglig för SonarQube för kodanalys.
4) När plugin har laddats ner och kopierats, Lansera ekolodsservern
5) Starta en Build för att kontrollera om stegen fungerar bra. Öppna Build Definition och klicka på 'Queue Build'
Bygg framgångsrik. Alla steg gick bra.
Klick på Build-numret, i det här fallet är det Bygg 217 och gå till Artefakter fliken för att titta på släppmappen som skapats på servernivå.
Notera: I nästa avsnitt visar släppprocessen hur någon av ändringarna kan återspeglas under hela distributionsprocessen. För detta säkerställ att projektartefakterna kopieras genom COPY-steget i byggdefinitionen efter kompileringssteg eller manuellt kopiera projektartefaktkatalogen till katalogen C: inetpub wwwroot. Detta behöver bara göras en gång.
Skapa release för distribution
I föregående avsnitt såg vi om Build, följt av kodanalys med SonarQube. Vi kommer nu att skapa en Släpp för att distribuera artefakterna från 'släpp' -mappen till IIS.
Med skapandet av Release, hela Kontinuerlig integration och kontinuerlig leverans automatiseras utan manuellt ingripande.
Gå till Release hub och Skapa en release-definition .
Börja med Tom definition och klicka på OK.
Spara release-definitionen och byta namn på standardmiljön till QA. Baserat på projekten kan ytterligare miljöer som Staging Pre-Prod etc. läggas till och distributionen automatiseras till hela miljön efter varandra.
Länka Build-definitionen till Release-definitionen så att distributionen automatiseras. Klicka på ”Länk till en byggdefinition”. Välj den byggdefinition som skapats tidigare.
Klicka på Länk
Aktivera distributionsvillkoret för att starta distributionen omedelbart efter Släpp skapelsen
Aktivera även utlösaren för distribution efter att byggnaden har lyckats. I release-definitionen går du till Utlösarflik och aktivera 'Kontinuerlig distribution' , välj byggdefinitionen.
Senare Spara Release Definition.
Tillbaka i fliken Miljöer i release-definitionen lägg till uppgifterna för att distribuera artefakterna till IIS-servern.
Lägg till en uppgift att kopiera filer från ”Släpp” -mapp skapades under byggprocessen till IIS wwwrootdirectory.
Källmapp - Bläddra och välj Webapplikation1 projekt i släppmappen
Målmapp ska vara inetpub wwwroot-katalogen - C: inetpub wwwroot WebApplication1
Utför frigöring för distribution
I release hub skapar du en release för att starta distributionen
Välj den senaste stabila byggnaden och klicka på Skapa för att starta distributionen .
Driftsättning är framgångsrik i QA-miljö
Kör inetmgr som är IIS-chef, där du kan hantera alla webbplatser / applikationer som är installerade i IIS. Bläddra till den webbapplikation som distribuerats.
För att avsluta när du har startat Build kommer distributionen också att slutföras till alla definierade miljöer, eftersom Release är länkat till build-definitionen.
Slutsats
I denna TFS-handledning har vi nu sett hur Microsoft ALM-plattform kan användas för att automatisera Build, Test och Deployment för .NET-applikationer. TFS spelar en viktig roll här.
Därför är AUTOMATION nyckeln till framgångsrik och snabbare leverans i dagens värld.
Rekommenderad läsning
- Fördjupade förklaringar om förmörkelser för nybörjare
- Hur man använder Microsoft TFS för JAVA-projekt med Eclipse i DevOps
- Distribution i MongoDB: Steg-för-steg-handledning
- AWS CodeBuild Tutorial: Extrahera kod från Maven Build
- De bästa AWS DevOps-verktygen för molnbyggnad och distribution
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Användning av Maven Build Automation Tool och Maven Project Setup för Selen - Selen Tutorial # 24
- Bygg en enskild sidapplikation med AngularJS (Handledning med exempel)