ibm rational jazz source control
Det Jazz Source Control er et lager i RTC, der kan indeholde kildekoden og andre artefakter som dokumenter eller HTML-filer eller andre tekstfiler. Og styring af Jazz-kildekontrol består af flere komponenter som komponent, ændringssæt, stream, arkivarbejdsområde osv.
I denne vejledning lærer vi mere om komponenterne og funktionerne i Jazz Source-styring sammen med Byg ledelse modul af RTC.
BEMÆRK : Denne vejledning har mange billeder, så lad den indlæses korrekt.
I denne vejledning skal vi se nærmere på 'Jazz Source control' ved hjælp af 'IBM Rational Team Concert', og den er baseret på version 6.0.2.
Hvad du vil lære:
- Introduktion til IBM Rational Team Concert
- Komponenter til Jazz Source Control
- Hvordan fungerer jazzkomponenter?
- Brug af Jazz SCM
- Byg ledelse
- Konklusion
- Anbefalet læsning
Introduktion til IBM Rational Team Concert
Som nævnt ovenfor er IBM Rational Team Concert (RTC) en af nøglekomponenterne i IBM Rational CLM-løsning.
I dag med ALM-løsning ser projektteams på en løsning, der er integreret med udførelse. IBM Rational Team Concert hjælper projektledere og udviklerne med at vedligeholde de få artefakter inden for et enkelt arkiv.
Artefakterne er:
- Ledelse af arbejdsgenstande
- Projektplanlægning (understøtter Agile Scrum eller vandfald)
- Software Configuration Management (SCM)
- Byg ledelse
Alle ovenstående komponenter er godt integreret for at give fuldstændig sporbarhed af arbejde, der udføres fra et udviklingsperspektiv. Lad os nu se på nogle af de koncepter, der er involveret i Jazz SCM.
Ethvert udviklingshold bestående af flere medlemmer arbejder med en stor base af kildekode til en applikation, der er under udvikling. Hvert teammedlem arbejder med den samme kildekode, ændrer en eller flere filer for at arbejde på en ny funktion eller for at rette en fejl. Teammedlemmet kontrollerer, om ændringerne er korrekte, og deler derefter disse ændringer med resten af teamet til et fælles område.
Samtidig vil andre teammedlemmer arbejde på de opgaver, der er tildelt dem, og foretage ændringer i kildekoden. Så et kildekontrolværktøj hjælper med at organisere holdets kildekode eller dokumenter, spore dem og dele ændringer til et fælles område og derved hjælpe teamet med at fuldføre de opgaver, der er tildelt dem.
I min forrige tutorial , vi så, hvordan arbejdsemner (som Story, Task, Defect etc.) indeholder vigtige projektoplysninger. I forlængelse af det, disse Opgaver vil nu blive knyttet til ændringerne i kildekoden.
Komponenter til Jazz Source Control
Det Jazz Source Control er et lager i RTC, der kan indeholde kildekoden og andre artefakter som dokumenter eller HTML-filer eller andre tekstfiler. Dette lager administreres af Jazz Team Server og er adgang til ved hjælp af en URL, som vi vil se i denne vejledning.
Lad os se på de komponenter, der er involveret i Jazz Source Control, og hvordan vi vil gøre brug af det.
# 1) Skift sæt
Et ændringssæt er en samling af fil- eller biblioteksændringer, som typisk er grupperet sammen. I de følgende sektioner vil du se, hvordan flere ændringer til kildekoden er grupperet i et ændringssæt.
# 2) Stream
En stream bruges til at gemme hele holdets ændringer. Typisk når alle teammedlemmer foretager ændringer i kildekoden, forpligter eller leverer de ændringerne til projektets mainstream. Før de leverer ændringerne, skal de tildele de ændringer, de har foretaget i kildekoden eller artefakter, til et opgavearbejdsemne, som et teammedlem er tildelt.
# 3) Komponent
En komponent indeholder alle artefakter, der inkluderer kildekoden og andre projektgenstande.
# 4) Arbejdsområde for lager
Et arkivarbejdsområde er et område, hvor du kan se og ændre versionskontrollerede artefakter. Oprettelsen af Repository Workspace er et must for hvert medlem, der arbejder på kildekontrolartefakter.
Så hvis der er 10 medlemmer, der arbejder på Jazz Source Control-lageret, skal hver enkelt af dem oprette mindst 1 arkivarbejdsområde til at arbejde på versionskontrollerede filer.
Hvordan fungerer jazzkomponenter?
Lad os se på arbejdsgangen for, hvordan ovenstående komponenter fungerer sammen som integrerede.
Strømmen starter fra venstre som vist nedenfor med første udvikler udfører ændringerne i hans udviklings-IDE som Eclipse eller Visual Studio.Net til kildekoden og kontrollerer derefter ændringerne i arkivets arbejdsområde og LEVERER ændringerne til projektets vigtigste delte arbejdsområde kaldet Strøm .
Det anden udvikler mens han arbejder på hans kildekode ændringer vil ACCEPTERE ændringerne i hans eget arbejdsområde. Mens du gør det, hvis der er konflikter i den samme linje eller flere linjer, skal han manuelt flette disse ændringer.
Jazz SCM-brug
For at arbejde på Jazz SCM skal brugerne gøre følgende. Jeg har taget ovenstående scenarie og forklaret med 2 brugere, der arbejder på den samme kodebase. I denne vejledning bruger jeg en prøve Java-webprojektkode i Eclipse IDE. Den samme procedure kan også følges i Visual Studio.NET til .NET-kodebase.
Bruger 1 Aktivitet
- Bruger1 deler projektet med Jazz kilde kontrol
- Bruger1 foretager ændringer, tjekker ind og leverer ændringerne til projektet STRØM . Husk, at der ikke kræves nogen eksplicit check-out. Da brugeren foretager ændringer, betragtes det som kassen.
Lad os nu se på, hvordan ovenstående 2 trin udføres i Eclipse IDE som bruger1. Så den første bruger logger ind på RTC-projektområdet og skifter til Java-perspektivet.
TIL prøve HelloWorld Maven webprojekt oprettes, og den uploades til Jazz kilde kontrol for holdet at arbejde på.
(Bemærk:Klik på et hvilket som helst billede for at se et forstørret billede)
Del projekt til Jazz Source Control som bruger1
# 1) User1 logger ind på RTC-projektområdet og åbner Java-perspektivet, hvor Maven-projektet vil være synligt i Package Explorer-visningen. For at dele projektet til Jazz-kilde kontrol skal du højreklikke på projektet og derefter vælge Team => Del projekt
#to) Vælg Jazz Source Control og følg de resterende trin for at fuldføre upload til Jazz-arkivet
Opret et nyt arkivarbejdsområde for bruger1
Vælg Projektstrøm . Husk, at strømmen og komponenten blev oprettet som standard, da RTC-projektområdet blev oprettet. Du kan også oprette din egen stream og komponent. Til denne øvelse bruger vi de standarder, der allerede er oprettet.
Sørg for, at projekt, der skal deles med Jazz-kildekontrol er valgt. Klik på Afslut .
# 3) Du kan nu se, at Bruger1 Arbejdsområde er forbundet med Maven-projekt i Package Explorer hvilket betyder, at projektet nu er under Jazz source control repository.
# 4) Projektet deles med Jazz-kildekontrol, men det er endnu ikke synligt for andre teammedlemmer. Til dette er en Lever operation burde gøres. Gå til Afventende ændringer Se, og du vil se en Udgående mappe. Højreklik på den udgående mappe, og vælg Du kan se ændringssæt under den udgående mappe. Det kan være en kommentar eller et opgavearbejdsemne, der er tildelt udvikleren
# 5) Det projektet er nu tilgængeligt i projektstrømmen . Så andre brugere kan nu oprette et repository-arbejdsområde og foretage ændringer i det versionskontrollerede projekt i deres eget lokalt Eclipse-arbejdsområde
User2-aktivitet
Da User2 får adgang til arkivet for første gang, skal følgende handlinger udføres.
- User2 logger ind på RTC-projektområde
- Opretter et arkivarbejdsområde og downloader det projekt, der er uploadet af Bruger1
- Oprindeligt downloades projektet til den lokale maskine fra jazz-arkivet for at foretage ændringer. Derfor skal User2 for første gang ikke acceptere nogen ændringer. Men efterfølgende skal brugeren acceptere ændringerne
- User2 foretager ændringerne og leverer derefter disse ændringer til streamen.
# 1) User2 opretter et arkivarbejdsområde som vist nedenfor. Højreklik på strøm og vælg Ny => Repository-arbejdsområde
Indtast et navn som f.eks User2_Workspace og klik derefter på Næste for at følge de resterende trin.
Klik på Afslut for at begynde at downloade Maven-projektet fra lageret til det lokale maskinformørkningsarbejdsområde.
Klik på Afslut
#to) Nu kan du se det projekt, der er knyttet til User2_Workspace
# 3) Åbn indeks . jsp fil og foretag nogle ændringer. Husk, at der ikke er nogen checkout, og denne ændring udføres som User2. Efter at have foretaget ændringer i filen, GEM filen. I bunden af Afventende ændringer se, vil du finde en Uafklaret folder.
# 4) Hvis du ønsker det Fortryd ændringerne, så kan du gøre det ved at højreklikke på Uafklaret mappe, og vælg Hvis det ikke er nødvendigt, så fortsæt til næste trin.
# 5) Højreklik nu på Uafklaret mappe, og vælg Check-in alle .
# 6) Tildel et TASK-arbejdselement til ændringssættet, og lever ændringerne til strømmen. Højreklik på det ændringssæt, der vises som
Vælg det opgavearbejdsemne, der er tildelt Bruger2 og klik Okay
# 7) Du kan nu se de ændringer, der er knyttet til Opgavearbejdsemne og kan nu aflevere ændringerne til strømmen.
# 8) Du kan også se Ændringshistorie til enhver fil. Højreklik på filen i pakken eller Project Explorer, og vælg Hold => Vis historik
# 9) Du kan vende tilbage til enhver tidligere version ved at højreklikke på en hvilken som helst tidligere Version-id og vælge belastning . Herefter skal du tjekke ind og levere som normalt.
Bruger1 Aktivitet
Tilbage i User1-arbejdsområdet, da User2 har leveret ændringerne, vil User1 nu se ændringerne som Indgående. Højreklik på Indkommende mappe og vælg derefter Acceptere .
Ændringerne foretaget af User2 er nu befolket i User1-arbejdsområdet. Så User1-arbejdsområdet er opdateret på Jazz lager .
Som bruger1 skal du nu ændre den anden linje i mærket for at frembringe en konflikt, forudsat at selv bruger2 foretager en ændring på samme linje.
Som sædvanligt gem filen, Check-in All, tildel til et opgavearbejdsemne og lever ændringerne til strømmen.
User2-aktivitet
Bruger2 vil se ændringen i Indkommende mappe. Men på samme tid Bruger2 ændrer også den samme linje.
Gem filen. Højreklik på uløst mappe, og vælg Tjek i Alt
Tildel en Arbejdsopgaver vare før levering . Højreklik på ændringssættet med titlen
Højreklik på Udgående mappe, og vælg Aflevere
Du vil bemærke, at ændringerne ikke kan leveres, da der er en konflikt. Vi er nødt til at løse konflikten og derefter fortsætte med Aflevere. Klik på Okay
For at løse konflikten skal du først og fremmest acceptere de indgående ændringer. Højreklik på mappen Indgående, og vælg derefter Acceptere
I feltet Auto, Resolve skal du vælge Resolve Senere mulighed
Dobbeltklik på filen index.jsp, der vises i Uafklaret mappe.
Højreklik på filen index.jsp, og vælg Løs med min. Denne mulighed bevarer de ændringer, der er foretaget af den aktuelle bruger, som er User2. Løs med foreslået opdaterer filen med de indgående ændringer foretaget af User1.
Klik på Ja for at fortsætte, og vælg derefter indstillingen Løs som flettet på højre side.
Højreklik nu på ændringssættet under Udgående mappen, og vælg derefter Aflevere
Log nu ind som bruger1 og Acceptere ændringerne fra Indgående folder.
Byg ledelse
IBM Rational Team Concert understøtter build management som en logisk udvidelse af versionskontrolaktiviteterne, som blev forklaret ovenfor i denne tutorial. Flere teammedlemmer leverer deres ændringer ofte fortrinsvis dagligt, og hver af denne integration er verificeret af en automatiseret build for at opdage eventuelle fejl eller fejl så hurtigt som muligt. Dette fører til konceptet med kontinuerlig integration. Den automatiserede build udføres normalt på en dedikeret build-server og ikke på en udviklermaskine.
For at komme i gang med build management-aktiviteter i RTC på build-serveren skal du downloade og installere Byg systemværktøjssæt ved hjælp af IBM Installation Manager. For version 6.0.2 er den tilgængelig på Jazz.net download site .
Installationsvejledningen kan findes på denne side .
For at definere og køre enhver build har du brug for følgende 2 build-artefakter
- Byg motor som hjælper med at køre den definerede build. Dette er tilgængeligt, når Build-værktøjssættet er installeret
- Build Definition som hjælper med at identificere ethvert build-script som ANT eller Maven
Alle Build Management-handlinger udføres på en dedikeret build-server, og der skal oprettes et separat arkivarbejdsområde til buildet. Brug ikke noget eksisterende udviklerarkiv arbejdsområde.
Start af Build Engine
I RTC skal du oprette en Build-motor som vist nedenfor. Højreklik på Byg motorer mappen, og vælg derefter Nybygget motor
Klik på Næste>
Indtast et ID og vælg Jazz Build Engine og klik på Afslut
Klik på Gem i skærmbilledet Build Engine
Start Build Engine
For at starte Build Engine skal du gå til den mappe, hvor den er installeret, og derefter køre programmet jbe.exe, der findes i build toolkit eclipse directory
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Kør programmet fra en kommandoprompt som følger
Udskift værdierne i henhold til dine serveroplysninger
Opret en build-definition
Højreklik på Bygger mappe, og vælg Nybygningsdefinition og klik på Næste
Indtast et ID, og vælg Maven - Jazz Build Engine som build-skabelon. Klik på Næste
Vælg Jazz Source Control og vælg Afslut
I Fanen Oversigt i Build Definition, tilføj Byg motor oprettet tidligere, og klik derefter på Okay
I Jazz Source Control TAB vælg eller opret et nyt Build-arbejdsområde og indtast en indlæse bibliotek . Dette er den mappe, hvor projektet downloades, og build'en udføres for at generere WAR-fil . Hver gang når build er færdig, slettes det, og det seneste projektindhold downloades til buildet.
Lige nedenfor i samme TAB kan du se muligheden, hvor den er senest ændringer accepteres før enhver nybygning, og kun hvis der er ændringer, udføres bygningen.
hvordan kører jeg en jar-fil i Windows 10
I Maven TAB, indtast placeringen til pom.xml-filen. Projektet downloades normalt til indlæsningsmappen. Så placeringen af pom.xml ville være D: LoadDir HelloWorld-Maven
Indtast mål som installere.
Gå ind Maven hjemmekatalog uden bin
Gemme Build-definitionen.
Anmod om en build
I teamet, artefakter-visning skal du højreklikke på builddefinitionen og derefter vælge Anmod om opbygning.
Klik på Indsend.
Build-resultatet vises som afsluttet med succes, og WAR-filer genereret i målmappen vises i pakkeudforskeren.
Konklusion
I denne vejledning har vi set, hvordan man bruger versionskontrolmodul inden for IBM Rational Team Concert, og hvordan arbejdsemner spiller en meget vigtig rolle i sporbarheden af kildekoden.
Den vigtigste del af SCM-aktiviteten i RTC er, at den er fuldstændig integreret med Build Management, der definerer konceptet med kontinuerlig integration.
Vi lærte også om Build Management-modulet i RTC, som accepterer de seneste ændringer fra Jazz SCM-arkivet og udfører build.
I min næste tutorial , vil vi se en udvidelse til denne build-aktivitet, som er - Auto Deploy ved hjælp af et andet IBM-værktøj kaldet IBM Urbancode Deploy.
Bliv hængende!!!
Fortæl os dine tanker / forslag i kommentarfeltet nedenfor.
Anbefalet læsning
- Kildekontrol eller versionskontrol i DevOps (Video Tutorial del 2 - blok 2)
- IBM Rational Quality Manager (RQM) integration med Rational Functional Tester (RFT)
- SVN til IBM Rational Team Concert Migration Tutorial
- Læringsgrundlag for rationel robot - IBM Test Automation Tool
- IBM Rational Team Concert Defect Management Tool Tutorial
- IBM Rational Team Concert (RTC) og SVN-integration på Windows
- Data Pool-funktion i IBM Rational Quality Manager til testdatastyring
- IBM Rational Team Concert Advanced Work Item Customization