how use microsoft tfs
Bruker Microsoft TFS 2015 Update-3 for Java-prosjekter (Build, Test and Deploy):
I dag brukes TFS til Java / J2EE-prosjekter integrert med Eclipse IDE. Og 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 å avslutte utvikling og testing ved hjelp av Work Item Management, Project Planning (Waterfall or Scrum), Versjonskontroll, Build / Release (Deploy) og Testing-muligheter.
MERK : Denne opplæringen har mange bilder, så la den lastes ordentlig.
Hva du vil lære:
- Introduksjon til Microsoft TFS
- Installer Visual Studio TEE-plugin for Eclipse
- Sporbarhet av arbeidselement med kildekode
- Opprette Build Definition med kodeanalyse (SonarQube)
- Installere en agent
- Lage en frigjøring for distribusjon
- Start automatisert bygging og distribusjon
- Konklusjon
- Anbefalt lesing
Introduksjon til Microsoft TFS
TFS er skreddersydd for Microsoft Visual Studio og Eclipse på alle plattformer, men det kan også brukes som en back-end til flere IDEer (Integrated Development Environments)
Selv om TFS er mer brukt for .NET-utvikling ved hjelp av Visual Studio.NET IDE, kan den også brukes til Java / J2EE-prosjekter integrert med Eclipse IDE.
La oss nå se de forskjellige aktivitetene som er utført når en TASK-arbeidsvare blir reist i TFS
- Koble TASK-arbeidselement til Java-koden
- Automatisert maven-bygging
- Kodeanalyse utløst ved hjelp av SonarQube
- Distribuer til Tomcat-appserveren
Forutsetning
- Microsoft TFS 2015 oppdatering 3
- SonarQube 6.4 eller nyere
- Formørkelse i formørkelse (Luna brukt i denne artikkelen)
- JDK 1.8 og Maven 3.x installert på build-serveren. For å konfigurere JDK og installere / konfigurere Maven kan du sjekke URL-en her: Hvordan installere Maven på Windows
- Tomcat v7 eller 8
Jeg installer Visual Studio TEE-plugin for Eclipse
Visual Studio TEE (Team Explorer Everywhere) plugin for Eclipse hjelper deg med å koble til TFS-serveren og utføre versjonskontrollaktiviteter på Java-koden.
Installere pluginet til Eclipse ved hjelp av Hjelp => Installer ny programvare
Klikk her for å oppdatere nettstedet for å installere pluginet.
(Merk:Klikk på et hvilket som helst bilde for forstørret visning)
Åpne TFS Team Explorer for å koble til TFS-serveren fra Window => Show View => Other og velg Team Explorer
Oracle database intervju spørsmål og svar
Klikk på Koble til Team Services eller en Team Foundation Server
Lag et J2EE Maven-prosjekt i formørkelse og dele prosjektet til TFS versjonskontroll (VC)
Første gang Innsjekking til TFS VC
Visning av J2EE Maven Web-prosjekt sjekket inn i TFS. Klikk på KODE-knutepunkt å se på J2EE webprosjekt lagt til depotet
T racerbarhet av arbeidselement med kildekode
En av de vanligste problemene som ofte sees, er at det ikke er sporbarhet over hele livssyklusen, noe som fører til inkonsekvenser under utvikling og levering. Så en gang a OPPGAVE / BUG blir reist av PM, den blir ganske enkelt holdt bak i tankene og utviklet, noe som ikke er den rette måten å utvikle seg på.
Sporbarhet hjelper deg med å forstå artefakter over hele syklusen. Til etablere sporbarhet endre kildekoden, lenke til OPPGAVE / BUG-arbeidsvare og innsjekking .
Velg Arbeidsgjenstand og så klikk Innsjekking
Åpen de Arbeidsoppgave og se på lenkene TAB for å se sporbarheten etablert.
Opprette Build Definition med kodeanalyse (SonarQube)
En build-definisjon består av en rekke oppgaver som utføres under en automatisert byggeprosess. Eksempel av oppgaver kan bestå av å kjøre en Maven / ANT-build, MS Build, utføre PowerShell- eller Shell-skript etc.
Noen av oppgavene, ikke tilgjengelig som standard, er tilgjengelige som en utvidelse som må lastes ned og installeres i TFS. Siden vi ville distribuere en J2EE KRIG fil til tomcat, trenger vi å laste ned og installere denne utvidelsen som en oppgave. Vi vil se dette senere i neste avsnitt
For å lage en Build Definition-pålogging til TFS-webgrensesnittet og gå til Bygger TAB . Klikk på + for å lage en build-definisjon. Starte med TØMME definisjon og klikk deretter Neste .
Lagre Build Definition og legg til Maven bygg trinn som vist nedenfor. Eventuelt hvis gjenstandene må lagres på serveren, kan du legge til et byggetrinn ' Kopier og publiser byggeartefakter ’
Velg POM-fil og legg til Maven Goal (S) som ren installasjon
Muliggjøre ' Kjør SonarQubeAnalysis ’. Klikk på Få til for å oppgi SonarQube URL og bruker-ID / passord.
Klikk for å opprette en Generisk - nytt tjenestens sluttpunkt som må oppgis i Maven Task
Klikk OK
Tilbake i Build Definition-skjermbildet, legg til dette tjenestens sluttpunkt i SonarQube-innstillingen og deretter Lagre definisjonen
Legg til 'Kopier og publiser byggeartefakter' for å lagre gjenstander på serveren som skal brukes senere i Utgivelsesdefinisjon
Dette fullfører Build Definition for J2EE Web-prosjektet, som inkluderer kjøring av kodeanalyse ved bruk av SonarQube-regler når Build er fullført. Denne prosessen kan kalles Kontinuerlig integrering .
Jeg installering av en agent
For å kunne bygge og distribuere webapplikasjoner, bør en Windows-agent være det lastet ned og installert .
1) For å laste ned og installere i TFS web, gå til URL
http: // {din_server}: 8080 / tfs / _admin / _AgentPool
Klikk på Last ned agent som en ZIP-fil.
2) Pakk ut agent-ZIP-filen til en mindre mappe som d: tfsagent, og kjør filen som administrator til Installer agenten
ConfigureAgent.cmd
Skriv inn detaljer etter behov
3) Installer på samme måte på distribusjonsmaskinen hvis den er annerledes og Start agenten på Build and Deployment machine
4) Agenten er oppført. Til denne agenten kan du legge til muligheten til å se på banen til CURL-verktøy . Dette må installeres på DEPLOYMENT-server for distribusjon til Tomcat. Klikk deretter på Lagre endringer
Å installere VSO Agent for Linux se instruksjoner for nedlasting fra Distribuere en agent på Linux
Lage en frigjøring for distribusjon
La oss nå se på Kontinuerlig distribusjon (CD) prosess som betyr at den automatiserte distribusjonen vil begynne når Build er vellykket.
Du vil kunne se at når endringene i kildekoden er sjekket inn i den automatiserte bygningen, vil distribusjon kjøre til alle de definerte miljøene.
1) først som vi ville distribuere WAR-fil til Tomcat app-server, sørg for å laste ned og installere Tomcat-utvidelsestrinnet fra Visual Studio markedsplass .
to) Etter nedlasting , installer den i henhold til instruksjonene.
Klikk på Installere , for å installere utvidelsen til Samling
Klikk på Lukk . Nå kan vi bruke utvidelsen for automatisk distribusjon av WAR-fil til Tomcat-appserveren .
Sørg også for Tomcat versjon 7 eller 8 er installert på distribusjonsmaskinen, og hvis den kjører eller ikke.
Opprett utgivelsen
Gå til Slipp fanen og klikk på +. Start med tom utgivelsesdefinisjon og legg til Apache Tomcat-distribusjonsoppgaven.
Lagre utgivelsen og gi nytt navn til miljøet som QA. Klikk på ‘Link til en build-definisjon’
Koble utgivelsesdefinisjonen til byggedefinisjonen, slik at når bygningen er vellykket, blir distribusjonen automatisk kalt. Her kreves ingen manuell inngrep .
Klikk på Link etter å ha valgt Bygg definisjon
Konfigurer distribusjonsbetingelsen for distribusjonen å begynne når bygningen er vellykket og fullført.
Legg til Distribuer Apache Tomcat-trinnet. Klikk på Legg til => Lukk
Til slutt , i Utløserkategori i Release Definition velger du alternativknappen ‘Kontinuerlig distribusjon’ med Build Definition. Dette sikrer at distribusjonen automatisk blir utløst når bygningen er fullført.
Lagre utgivelsesdefinisjonen
Start automatisert bygging og distribusjon
Når en kodeendring er utført, aktiveres Bygg og distribusjon automatisk. La oss gjøre en endring i koden og se helheten CI / CD-prosess blir automatisert. Her kreves ingen manuell inngrep.
hvordan åpne xml-fil i krom
Bygg resultater
Resultater av SonarQube-kodeanalyse
Implementering til Tomcat
Konklusjon
Microsoft TFS kan brukes til Java-prosjekter i et DevOps-scenario. Fordelen som brukerne kan dra av dette er en fullstendig automatisert prosess for bygging og distribusjon til forskjellige miljøer (Dev, QA, Pre-Prod osv.) Uten manuell inngrep, og kobles også til kodeanalyseverktøy som SonarQube.
I min erfaring har jeg sett flere manuelle trinn for aktivitetene som er gjort ovenfor som det tar måneder for nye funksjoner / endringsforespørsler / feilrettinger skal distribueres fra Dev til PROD-miljø. Så ALM-verktøy som Microsoft TFS bidrar til å redusere distribusjonssyklusen som hjelper organisasjoner å distribuere kvalitetsprogramvare raskere.
Så enhver organisasjon som allerede har investert i Microsoft TFS-lisenser, kan bruke verktøyet til. NET- og Java-prosjekter. Viktigst å bruke i en DevOps-modell.
Anbefalt lesing
- In-Depth Eclipse Tutorials For Beginners
- TFS-veiledning: TFS for automatisering av bygg, test og implementering for .NET-prosjekter
- Java-distribusjon: Opprettelse og utføring av Java JAR-fil
- Java Virtual Machine: Hvordan JVM hjelper med å kjøre Java-applikasjoner
- Få tilgang til modifikatorer i Java - opplæring med eksempler
- Java Reflection Tutorial med eksempler
- Topp AWS DevOps-verktøy for skybygging og distribusjon
- Introduksjon til Java Programming Language - Video Tutorial