ibm rational jazz source control
De Jazz Source Control er et depot i RTC, som kan inneholde kildekoden og andre gjenstander som dokumenter eller HTML-filer eller tekstfiler. Og styring av Jazz-kildekontroll består av flere komponenter som komponent, endringssett, strøm, lagerarbeidsområde etc.
I denne veiledningen vil vi lære mer om komponentene og funksjonene til Jazz Source-kontroll sammen med Bygg ledelse modul av RTC.
MERK : Denne opplæringen har mange bilder, så la den lastes ordentlig.
I denne opplæringen skal vi ta en grundig titt på “Jazz Source control” ved hjelp av “IBM Rational Team Concert” og den er basert på versjon 6.0.2.
Hva du vil lære:
- Introduksjon til IBM Rational Team Concert
- Komponenter av Jazz Source Control
- Hvordan fungerer jazzkomponenter?
- Jazz SCM bruk
- Bygg ledelse
- Konklusjon
- Anbefalt lesing
Introduksjon til IBM Rational Team Concert
Som nevnt ovenfor er IBM Rational Team Concert (RTC) en av nøkkelkomponentene i IBM Rational CLM-løsning.
I dag med ALM-løsning ser prosjektgruppene på en løsning som er integrert med utførelse. IBM Rational Team Concert hjelper prosjektledere og utviklerne å opprettholde de få gjenstandene i ett enkelt depot.
Artefaktene er:
- Ledelse av arbeidsgjenstander
- Prosjektplanlegging (støtter Agile Scrum eller foss)
- Programvarekonfigurasjonsadministrasjon (SCM)
- Bygg ledelse
Alle de ovennevnte komponentene er godt integrert for å gi fullstendig sporbarhet av arbeid som utføres fra et utviklingsperspektiv. La oss nå se på noen av konseptene som er involvert i Jazz SCM.
Ethvert utviklingsteam som består av flere medlemmer, arbeider med en stor base av kildekode for et program som er under utvikling. Hvert teammedlem jobber med den samme kildekoden, endrer en eller flere filer for å jobbe med en ny funksjon eller for å fikse en feil. Teammedlemmet sjekker om endringene er riktige, og deler deretter endringene med resten av teamet til et felles område.
Samtidig vil andre teammedlemmer jobbe med oppgavene som er tildelt dem og gjøre endringer i kildekoden. Så et kildekontrollverktøy hjelper til med å organisere lagets kildekode eller dokumenter, spore dem og dele endringer i et felles område og hjelper teamet med å fullføre oppgavene som er tildelt dem.
I min forrige opplæring , vi så hvordan arbeidselementer (som Story, Task, Defect etc.) inneholder viktig prosjektinformasjon. I forlengelse av det, disse Oppgaveelementer vil nå bli koblet til endringene i kildekoden.
Komponenter av Jazz Source Control
De Jazz Source Control er et depot i RTC, som kan inneholde kildekoden og andre gjenstander som dokumenter eller HTML-filer eller tekstfiler. Dette depotet administreres av Jazz Team Server og er tilgjengelig med en URL som vi vil se i denne veiledningen.
La oss se på komponentene som er involvert i Jazz Source Control og hvordan vi skal gjøre det.
# 1) Endre sett
Et endringssett er en samling av fil- eller katalogendringer som vanligvis er gruppert sammen. I de følgende avsnittene vil du se hvordan flere endringer i kildekoden er gruppert i et endringssett.
# 2) Strøm
En strøm brukes til å lagre hele teamets endringer. Vanligvis når alle teammedlemmene gjør endringer i kildekoden, forplikter eller leverer de endringene til prosjektene. Før de leverer endringene, må de tilordne endringene de har gjort i kildekoden eller gjenstander til et arbeidsoppgave som et teammedlem er tildelt.
# 3) Komponent
En komponent inneholder alle gjenstandene som inkluderer kildekoden og andre prosjektgjenstander.
# 4) Arbeidsområde for depot
Et repository-arbeidsområde er et område der du kan se og endre versjonskontrollerte gjenstander. Opprettelsen av Repository Workspace er et must for hvert medlem som arbeider med kildekontrollgjenstander.
Så hvis det er 10 medlemmer som arbeider med Jazz Source Control repository, bør hver og en av dem opprette minst 1 repository-arbeidsområde for å jobbe med versjonskontrollerte filer.
Hvordan fungerer jazzkomponenter?
La oss se på arbeidsflyten for hvordan komponentene ovenfor fungerer sammen som integrerte.
Flyten starter fra venstre som vist nedenfor med første utvikler gjør endringene i utviklings-IDE som Eclipse eller Visual Studio.Net til kildekoden og sjekker inn endringene i depotets arbeidsområde og LEVERER endringene i prosjektets hoveddelte arbeidsområde kalt Strøm .
De andre utvikler mens du arbeider med kildekoden hans endringer vil AKSEPTERER endringene i sitt eget arbeidsområde. Mens du gjør det hvis det er noen konflikter i samme linje eller flere linjer, må han slå sammen disse endringene manuelt.
Jazz SCM bruk
For å kunne jobbe med Jazz SCM, må brukerne gjøre følgende. Jeg har tatt scenariet ovenfor og forklart med 2 brukere som jobber på samme kodebase. I denne veiledningen bruker jeg en Java-prosjektkode i Java i Eclipse IDE. Den samme prosedyren kan også følges i Visual Studio.NET for .NET-kodebase.
Bruker 1 Aktivitet
- Bruker1 deler prosjektet til Kontroll av jazzkilde
- User1 gjør endringer, sjekker inn og leverer endringene i prosjektet STRØM . Husk at det ikke kreves eksplisitt utsjekking. Etter hvert som brukeren gjør endringer, betraktes det som kassen.
La oss nå se på hvordan de to trinnene ovenfor gjøres i Eclipse IDE som bruker1. Så den første brukeren logger på RTC-prosjektområdet og bytter til Java-perspektivet.
TIL eksempel HelloWorld Maven web-prosjekt blir opprettet og den vil bli lastet opp til Kontroll av jazzkilde for teamet å jobbe med.
(Merk:Klikk på et hvilket som helst bilde for en forstørret visning)
Del prosjektet til Jazz Source Control som bruker1
#1) User1 logger på RTC-prosjektområdet og åpner Java-perspektivet der Maven-prosjektet vil være synlig i Package Explorer-visningen. For å dele prosjektet til Jazz-kildekontroll, høyreklikk på prosjektet og velg deretter Team => Del prosjekt
#to) Å velge Jazz Source Control og følg de gjenværende trinnene for å fullføre opplastingen til Jazz-arkivet
Opprett et nytt arkivarbeidsområde for bruker1
Velg Prosjektstrøm . Husk at strømmen og komponenten ble opprettet som standard da RTC-prosjektområdet ble opprettet. Du kan også lage din egen strøm og komponent. For denne øvelsen vil vi bruke standardene som allerede er opprettet.
Sørg for at prosjekt som skal deles med Jazz-kildekontroll er valgt. Klikk Bli ferdig .
# 3) Du kan nå se at Bruker1 Arbeidsområde er assosiert med Maven-prosjekt i Package Explorer som betyr at prosjektet nå er under Jazz source control repository.
# 4) Prosjektet deles med Jazz-kildekontroll, men det er ennå ikke synlig for andre teammedlemmer. For dette, a Lever operasjon burde gjøres. Gå til Venter på endringer Vis og du vil se en Utgående mappe. Høyreklikk på den utgående mappen og velg Du kan se endringssettet under den utgående mappen. Det kan være en kommentar eller et oppgaveark som er tildelt utvikleren
# 5) De prosjektet er nå tilgjengelig i prosjektstrømmen . Så andre brukere kan nå opprette et repositorium og gjøre endringer i det versjonskontrollerte prosjektet lokalt Eclipse-arbeidsområde
User2 Aktivitet
Da User2 får tilgang til depotet for første gang, må følgende handlinger gjøres.
- User2 logger på RTC-prosjektområde
- Oppretter et repositorium og laster ned prosjektet som er lastet opp av Bruker 1
- Opprinnelig vil prosjektet bli lastet ned til den lokale maskinen fra jazzregisteret for å gjøre endringer. Derfor trenger ikke User2 for første gang å godta noen endringer. Men senere må brukeren godta endringene
- User2 gjør endringene og leverer deretter endringene til strømmen.
#1) User2 oppretter et repository-arbeidsområde som vist nedenfor. Høyreklikk på strøm og velg Ny => Repository Workspace
Skriv inn et navn som User2_Workspace og klikk deretter Neste for å følge de gjenværende trinnene.
Klikk Bli ferdig for å begynne å laste ned Maven-prosjektet fra depotet til det lokale maskinformørkelsesarbeidsområdet.
Klikk på Bli ferdig
#to) Nå kan du se prosjektet som er knyttet til User2_Workspace
# 3) Åpne indeks . jsp filen og gjør noen endringer. Husk at det ikke er noen kasse, og denne endringen gjøres som User2. Etter å ha gjort endringer i filen, LAGRE filen. På bunnen av Venter på endringer visning, vil du finne en Uløst mappe.
# 4) Hvis i tilfelle du vil Angre endringene, så kan du gjøre det ved å høyreklikke på Uløst mappen og velg Hvis det ikke er nødvendig, da fortsett til neste trinn.
# 5) Høyreklikk nå på Uløst mappen og velg Innsjekking Alle .
# 6) Tilordne et TASK-arbeidselement til endringssettet og lever endringene til strømmen. Høyreklikk på endringssettet som vises som
Velg oppgavens arbeidselement som er tilordnet Bruker2 og klikk OK
# 7) Du kan nå se endringene knyttet til Oppgave arbeidselement og kan nå levere endringene i strømmen.
# 8) Du kan også se Forandringshistorie til hvilken som helst fil. Høyreklikk på filen i Package eller Project Explorer, og velg Team => Vis historie
# 9) Du kan gå tilbake til hvilken som helst tidligere versjon ved å høyreklikke på en hvilken som helst forrige Versjons-ID og velge Laste . Etter dette må du sjekke inn og levere som vanlig.
Bruker1 Aktivitet
Tilbake i User1-arbeidsområdet, siden User2 har levert endringene, vil User1 nå se endringene som Innkommende. Høyreklikk på Innkommende mappe og velg deretter Aksepterer .
Endringene som er gjort av User2, er nå fylt ut i User1-arbeidsområdet. Så User1 arbeidsområdet er oppdatert på Jazz oppbevaringssted .
Som bruker1, modifiser nå den andre linjen i etiketten for å produsere en konflikt forutsatt at selv bruker2 gjør en endring på samme linje.
Som vanlig lagre filen, sjekke inn alt, tilordne et oppgavens arbeidselement og levere endringene i strømmen.
User2 Aktivitet
User2 vil se endringen i Innkommende mappe. Men samtidig Bruker2 endrer også den samme linjen.
Lagre filen. Høyreklikk på uløst mappen og velg Sjekk inn Alle
Tilordne en Oppgavearbeid vare før levering . Høyreklikk på endringssettet med tittelen
Høyreklikk på Utgående mappen og velg Levere
Du vil merke at endringene ikke kan leveres, da det er en konflikt. Vi må løse konflikten og deretter fortsette Levere. Klikk på OK
For å løse konflikten, først og fremst, aksepterer de innkommende endringene. Høyreklikk på Innkommende mappe og velg deretter Aksepterer
I boksen Auto, Resolve velger du Resolve Senere alternativ
Dobbeltklikk på index.jsp-filen som vises i Uløst mappe.
Høyreklikk på index.jsp-filen og velg Løs med min. Dette alternativet vil beholde endringene gjort av den nåværende brukeren som er User2. Løs med foreslått vil oppdatere filen med innkommende endringer gjort av User1.
Klikk på Ja for å fortsette, og velg deretter alternativet Løs som sammenslått på høyre side.
Høyreklikk nå på endringssettet under Utgående mappen, og velg deretter Levere
Logg deg nå på som User1 og Aksepterer endringene fra Innkommende mappe.
Bygg ledelse
IBM Rational Team Concert støtter build management som en logisk utvidelse av versjonskontrollaktivitetene som ble forklart ovenfor i denne veiledningen. Flere teammedlemmer leverer endringene ofte helst på daglig basis, og hver av disse integrasjonene blir bekreftet av en automatisert versjon for å oppdage eventuelle feil eller feil så raskt som mulig. Dette fører til konseptet med kontinuerlig integrasjon. Den automatiserte byggingen gjøres normalt på en dedikert byggeserver og ikke på en utviklermaskin.
For å komme i gang med byggeadministrasjonsaktiviteter i RTC på build-serveren, må du laste ned og installere Bygg System Toolkit ved hjelp av IBM Installation Manager. For versjon 6.0.2 er den tilgjengelig på Jazz.net nedlastingsside .
Installasjonsinstruksjonene finner du på denne side .
For å definere og kjøre en hvilken som helst versjon trenger du følgende 2 byggeartefakter
- Bygg motor som hjelper til med å kjøre den definerte builden. Dette er tilgjengelig når Build-verktøysettet er installert
- Bygg definisjon som hjelper til med å identifisere ethvert byggeskript som ANT eller Maven
Alle handlingene for Build Management utføres på en dedikert build-server, og et eget repository-arbeidsområde må opprettes for buildet. Ikke bruk noe eksisterende arbeidsområde for utviklerregister.
Starter Build Engine
I RTC oppretter du en Build-motor som vist nedenfor. Høyreklikk på Bygg motorer mappen, og velg deretter Nybyggmotor
Klikk Neste>
Skriv inn en ID og velg Jazz Build Engine og klikk på Bli ferdig
Klikk på Lagre i skjermbildet Byggmotor
Start Build Engine
For å starte Build Engine, gå til katalogen der den er installert, og kjør deretter jbe.exe-programmet som finnes i formørkelsekatalogen for verktøysett.
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Kjør programmet fra en ledetekst som følger
Bytt ut verdiene i henhold til serveropplysningene dine
Lag en Build Definition
Høyreklikk på Bygger mappen og velg Nybyggdefinisjon og klikk på Neste
Skriv inn en ID og velg Maven - Jazz Build Engine som byggemal. Klikk Neste
Å velge Jazz Source Control og velg Bli ferdig
I Oversikt-fanen i Build Definition, legg til Bygg motor opprettet tidligere, og klikk deretter OK
I Jazz Source Control TAB velg eller lage et nytt Build-arbeidsområde og skriv inn et lastekatalog . Dette er katalogen der prosjektet skal lastes ned og byggingen gjøres for å generere WAR-fil . Hver gang byggingen er ferdig, blir den slettet, og det siste prosjektinnholdet lastes ned for byggingen.
Rett nedenfor i samme TAB, kan du se alternativet der det er siste endringer vil bli akseptert før nybygg og bare hvis det er endringer, vil byggingen bli gjort.
I Maven TAB, skriv inn stedet for pom.xml-filen. Prosjektet vil vanligvis lastes ned til lastekatalogen. Så stedet for pom.xml ville være D: LoadDir HelloWorld-Maven
Angi mål som installere.
Tast inn Maven hjemmekatalog uten bin
Lagre Build-definisjonen.
Be om en bygging
I teamet, Artefakter-visning høyreklikker du på byggedefinisjonen og velger deretter Be om bygging.
Klikk på Sende inn.
hvordan lage en streng array java
Build-resultatet vises som fullført, og WAR-filer generert i målkatalogen vises i pakkeutforskeren.
Konklusjon
I denne opplæringen har vi sett hvordan du bruker versjonskontrollmodul i IBM Rational Team Concert, og hvordan arbeidsartikler spiller en veldig viktig rolle i sporbarheten til kildekoden.
Den viktigste delen av SCM-aktiviteten i RTC er at den er helt integrert med Build Management som definerer konseptet med kontinuerlig integrasjon.
Vi lærte også om Build Management-modulen til RTC som godtar de siste endringene fra Jazz SCM-depotet og utfører bygningen.
I min neste opplæring , vil vi se en utvidelse av denne byggeaktiviteten som er - Auto Deploy ved hjelp av et annet IBM-verktøy som heter IBM Urbancode Deploy.
Følg med!!!
Gi oss beskjed om dine tanker / forslag i kommentarfeltet nedenfor.
Anbefalt lesing
- Kildekontroll eller versjonskontroll i DevOps (Video Tutorial Part 2 - Block 2)
- IBM Rational Quality Manager (RQM) Integrasjon med Rational Functional Tester (RFT)
- SVN til IBM Rational Team Concert Migration Tutorial
- Læringsgrunnlag for rasjonell robot - IBM Test Automation Tool
- IBM Rational Team Concert Defect Management Tool Tutorial
- IBM Rational Team Concert (RTC) og SVN Integration On Windows
- Data Pool Feature i IBM Rational Quality Manager for Test Data Management
- IBM Rational Team Concert Advanced Work Item Customization