how use microsoft tfs
Använda Microsoft TFS 2015 Update-3 för Java-projekt (Build, Test and Deploy):
Numera används TFS för Java / J2EE-projekt integrerade med Eclipse IDE. Och med TFS 2015 Update 3 kan man ansluta till vilken Team Foundation Server Git-repo som helst med en SSH-nyckel.
Team Foundation Server (TFS) är en ALM-produkt från Microsoft som tillhandahåller möjligheter för utveckling och testning från slutet till slutet med hjälp av Work Item Management, Project Planning (Waterfall or Scrum), Version Control, Build / Release (Deploy) och Testing.
NOTERA : Denna handledning har många bilder så att den kan laddas ordentligt.
Vad du kommer att lära dig:
- Introduktion till Microsoft TFS
- Installera Visual Studio TEE-plugin för Eclipse
- Spårbarhet av arbetsobjekt med källkod
- Skapa byggdefinition med kodanalys (SonarQube)
- Installera en agent
- Skapa en release för distribution
- Initiera automatiserad byggnad och distribution
- Slutsats
- Rekommenderad läsning
Introduktion till Microsoft TFS
TFS är skräddarsydd för Microsoft Visual Studio och Eclipse på alla plattformar, men det kan också användas som backend till flera IDE: er (Integrated Development Environments)
Även om TFS används mer för .NET-utveckling med Visual Studio.NET IDE, kan den också användas för Java / J2EE-projekt integrerade med Eclipse IDE.
Låt oss nu se de olika aktiviteter som utförs när ett TASK-arbetsobjekt tas upp i TFS
- Länka TASK-arbetsobjekt till Java-koden
- Automatiserad maven-byggnad
- Kodanalys utlöst med SonarQube
- Distribuera till Tomcat-appservern
Nödvändig förutsättning
- Uppdatering 3 för Microsoft TFS 2015
- SonarQube 6.4 eller högre
- Eclipse senaste versionen (Luna används i den här artikeln)
- JDK 1.8 och Maven 3.x installerade på build-servern. För att konfigurera JDK och installera / konfigurera Maven kan du kontrollera URL: en här: Hur man installerar Maven på Windows
- Tomcat v7 eller 8
Jag installera Visual Studio TEE-plugin för Eclipse
Visual Studio TEE-plugin (Team Explorer Everywhere) för Eclipse hjälper till att ansluta till TFS-servern och utföra versionskontrollaktiviteter på Java-koden.
Installera plugin till Eclipse med Hjälp => Installera ny programvara
Klicka här för att uppdatera webbplatsen för att installera plugin.
(Notera:Klicka på valfri bild för förstorad vy)
Öppna TFS Team Explorer för att ansluta till TFS-servern från Window => Visa vy => Annat och välj Team Explorer
Klicka på Anslut till Team Services eller en Team Foundation Server
hur man öppnar .swf-filer på Windows
Skapa ett J2EE Maven-projekt i Eclipse och dela projektet till TFS-versionskontroll (VC)
Första gången Incheckning till TFS VC
Vy över J2EE Maven webbprojekt kontrollerat i TFS. Klicka på CODE-nav att titta på J2EE webbprojekt läggs till förvaret
T racerbarhet för arbetsobjekt med källkod
En av de vanligaste frågorna som ofta ses är att det inte finns någon spårbarhet över hela livscykeln vilket leder till inkonsekvenser under utveckling och leverans. Så en gång a TASK / BUG tas upp av PM, det hålls helt enkelt bakom hjärnan och utvecklas, vilket inte är rätt sätt att utveckla.
Spårbarhet hjälper till att förstå artefakternas status över hela cykeln. Till fastställa spårbarhet ändra källkoden, länk till TASK / BUG arbetsobjekt och incheckning .
Välj Arbets objekt och då klicka på Incheckning
Öppen de Arbetsuppgift och titta på länkarna FLIK för att se spårbarheten etablerad.
Skapa byggdefinition med kodanalys (SonarQube)
En byggdefinition består av serier av uppgifter som körs under en automatiserad byggprocess. Exempel uppgifter kan bestå av att köra en Maven / ANT-build, MS Build, köra PowerShell- eller Shell-skript etc.
Vissa av uppgifterna, som inte är tillgängliga som standard, är tillgängliga som ett tillägg som måste laddas ner och installeras i TFS. Eftersom vi skulle distribuera en J2EE KRIG fil till tomcat, skulle vi behöva ladda ner och installera detta tillägg som en uppgift. Vi kommer att se detta senare i nästa avsnitt
För att skapa en Build Definition-inloggning till TFS-webbgränssnittet och gå till Skapar TAB . Klicka på + för att skapa en byggdefinition. Börja med TÖMMA definition och klicka sedan på Nästa .
Spara byggdefinitionen och lägg till Maven byggsteg enligt nedan. Alternativt om artefakterna måste lagras på servern, lägg till ett byggsteg ' Kopiera och publicera byggartefakter ”
Välj POM-fil och lägg till Maven Goal (S) som ren installation
Gör det möjligt ' Kör SonarQubeAnalysis ’. Klicka på Klara av för att tillhandahålla SonarQube-URL och användar-id / lösenord.
Klicka för att skapa en Generisk - Ny tjänstens slutpunkt som måste tillhandahållas i Maven Task
Klicka på Ok
Tillbaka på skärmen Byggdefinition lägger du till den här tjänstens slutpunkt i SonarQube-inställningen och sedan Spara byggdefinitionen
Lägg till 'Kopiera och publicera byggartefakter' för att lagra artefakter på servern som kommer att användas senare i Släpp definition
Detta slutför byggdefinitionen för J2EE-webbprojektet, som inkluderar att köra kodanalys med SonarQube-regler när byggnaden är klar. Denna process kan kallas Fortsatt integration .
Jag installera en agent
För att kunna bygga och distribuera webbapplikationer bör en Windows-agent vara laddas ner och installeras .
1) För att ladda ner och installera i TFS-webben, gå till URL
http: // {din_server}: 8080 / tfs / _admin / _AgentPool
Klicka på Ladda ner agent som en ZIP-fil.
2) Extrahera ZIP-filen för agent till en mindre mapp som d: tfsagent och kör sedan filen som administratör till Installera agenten
ConfigureAgent.cmd
Ange information enligt önskemål
3) Installera på samma sätt på distributionsmaskinen om det är annorlunda och Start agenten på Build and Deployment machine
4) Agenten är listad. Till den här agenten lägg till en förmåga att titta på sökvägen till CURL-verktyg . Detta måste installeras på UTSÄTTNING server för distribution till Tomcat. Klicka sedan på Spara ändringar
Att installera VSO Agent för Linux se instruktioner att ladda ner från Distribuera en agent på Linux
Skapa en release för distribution
Låt oss nu titta på Kontinuerlig distribution (CD) process vilket innebär att den automatiserade driftsättningen börjar när Build är framgångsrik.
Du kommer att kunna se att när ändringarna av källkoden är kontrollerade i Automated Build, körs distributionen till alla definierade miljöer.
1) för det första som vi skulle distribuera WAR-fil till Tomcat-appservern, se till att ladda ner och installera Tomcat-tilläggets distributionssteg från Visual Studio marknadsplats .
2) Efter nedladdning , installera den enligt instruktionerna.
Klicka på Installera , för att installera tillägget till Samling
Klicka på Stäng . Nu kan vi använda tillägget för automatisk distribution av WAR-fil till Tomcat-appservern .
Se också till Tomcat version 7 eller 8 är installerad på distributionsmaskinen och om den är igång eller inte.
Skapa utgåvan
Gå till Släpp fliken och klicka på +. Börja med en tom release-definition och lägg till Apache Tomcat-distributionsuppgiften.
Spara släppa och byta namn på miljön som QA. Klicka på 'Länk till en byggdefinition'
Länka release-definitionen till build-definitionen så att när build har lyckats anropas distributionen automatiskt. Inget manuellt ingripande krävs här .
Klicka på Länk efter att ha valt Byggdefinition
Konfigurera Distributionsvillkoret för distributionen att börja när byggnaden är framgångsrik och slutförd.
Lägg till Deploy Apache Tomcat-steget. Klicka på Lägg till => Stäng
Slutligen , i Fliken Triggers i Release Definition välj alternativknappen 'Kontinuerlig distribution' med Build Definition. Detta säkerställer att distributionen automatiskt utlöses när byggnaden har slutförts.
Spara release-definitionen
Initiera automatiserad byggnad och distribution
När en kodändring är klar aktiveras Build och Deployment automatiskt. Låt oss ändra koden och se hela CI / CD-process automatiseras. Inget manuellt ingripande krävs här.
hur man öppnar xml-filen i krom
Bygg resultat
SonarQube-kodanalysresultat
Implementering till Tomcat
Slutsats
Microsoft TFS kan användas för Java-projekt i ett DevOps-scenario. Fördelen som användarna kan dra av detta är en helt automatiserad bygg- och distributionsprocess till olika miljöer (Dev, QA, Pre-Prod etc.) utan någon manuell inblandning och ansluter också till kodanalysverktyg som SonarQube.
Enligt min erfarenhet har jag sett flera manuella steg för de aktiviteter som gjorts ovan för vilka det tar månader för nya funktioner / ändringsförfrågningar / buggfixar som ska distribueras från Dev till PROD-miljö. Så ALM-verktyg som Microsoft TFS hjälper till att minska distributionscykeln vilket hjälper organisationer att distribuera kvalitetsprogramvara snabbare.
Så alla organisationer som redan har investerat i Microsoft TFS-licenser kan använda verktyget för .NET- och Java-projekt. Viktigast att använda i en DevOps-modell.
Rekommenderad läsning
- Fördjupade förklaringar om förmörkelser för nybörjare
- TFS-handledning: TFS för att automatisera bygga, testa och distribuera för .NET-projekt
- Java-distribution: Skapande och utförande av Java JAR-fil
- Java Virtual Machine: Hur JVM hjälper till att köra Java-applikationen
- Åtkomstmodifierare i Java - Handledning med exempel
- Java Reflection Tutorial med exempel
- De bästa AWS DevOps-verktygen för molnbyggnad och distribution
- Introduktion till Java-programmeringsspråk - Videohandledning