ibm rational jazz source control
De Jazz Source Control är ett arkiv i RTC som kan innehålla källkoden och andra artefakter som dokument eller HTML-filer eller textfiler. Och Jazz-källkontrollhantering består av flera komponenter som komponent, ändringsuppsättning, ström, arkivarbetsyta etc.
I den här handledningen lär vi oss mer om komponenterna och funktionerna i Jazz Source-kontroll tillsammans med Bygg ledning modul för RTC.
NOTERA : Denna handledning har många bilder så att den kan laddas ordentligt.
I denna handledning kommer vi att ta en djupgående titt på 'Jazz Source control' med hjälp av 'IBM Rational Team Concert' och den är baserad på version 6.0.2.
Vad du kommer att lära dig:
- Introduktion till IBM Rational Team Concert
- Komponenter i Jazz Source Control
- Hur fungerar jazzkomponenter?
- Jazz SCM-användning
- Bygg ledning
- Slutsats
- Rekommenderad läsning
Introduktion till IBM Rational Team Concert
Som nämnts ovan är IBM Rational Team Concert (RTC) en av de viktigaste komponenterna i IBM Rational CLM-lösning.
Idag med ALM-lösning tittar projektgrupper på en lösning som är integrerad med exekvering. IBM Rational Team Concert hjälper projektledare och utvecklare att behålla de få artefakterna inom ett enda arkiv.
Artefakterna är:
- Arbetsartikelhantering
- Projektplanering (stöd Agile Scrum eller vattenfall)
- Software Configuration Management (SCM)
- Bygg ledning
Alla ovanstående komponenter är väl integrerade för att ge fullständig spårbarhet av arbete som utförs ur ett utvecklingsperspektiv. Låt oss nu titta på några av koncepten i Jazz SCM.
Varje utvecklingsteam som består av flera medlemmar arbetar med en stor bas av källkod för en applikation som utvecklas. Varje teammedlem arbetar med samma källkod, ändrar en eller flera filer för att arbeta med en ny funktion eller för att åtgärda en defekt. Teammedlemmen kontrollerar om ändringarna är korrekta och delar sedan ändringarna med resten av laget till ett gemensamt område.
Samtidigt kommer andra teammedlemmar att arbeta med de uppgifter som tilldelats dem och göra ändringar i källkoden. Så ett källkontrollverktyg hjälper till att organisera lagets källkod eller dokument, spåra dem och dela ändringar till ett gemensamt område och därmed hjälpa teamet att slutföra de uppgifter som tilldelats dem.
I min föregående handledning , vi såg hur arbetsobjekt (som Story, Task, Defect etc.) innehåller viktig projektinformation. I tillägg till detta, dessa Uppgiftsobjekt kommer nu att kopplas till ändringarna i källkoden.
Komponenter i Jazz Source Control
De Jazz Source Control är ett arkiv i RTC som kan innehålla källkoden och andra artefakter som dokument eller HTML-filer eller textfiler. Detta arkiv hanteras av Jazz Team Server och nås med en URL som vi kommer att se i denna handledning.
Låt oss titta på komponenterna i Jazz Source Control och hur vi kommer att använda det.
# 1) Ändra uppsättning
En ändringsuppsättning är en samling fil- eller katalogändringar som vanligtvis är grupperade. I följande avsnitt kommer du att se hur flera ändringar av källkoden grupperas i en ändringsuppsättning.
# 2) Strömma
En ström används för att lagra hela teamets ändringar. Vanligtvis när alla teammedlemmar gör ändringar i källkoden, begår de eller levererar de ändringarna till projektets mainstream. Innan de levererar ändringarna måste de tilldela ändringarna de gjort i källkoden eller andra artefakter till ett arbetsuppgift som en teammedlem tilldelas.
# 3) Komponent
En komponent innehåller alla artefakter som inkluderar källkoden och alla andra projektartefakter.
# 4) Arbetsplats för förvar
En arbetsplats för förvar är ett område där du kan visa och ändra versionskontrollerade artefakter. Skapandet av Repository Workspace är ett måste för alla medlemmar som arbetar med källkontrollartefakter.
Så om det finns tio medlemmar som arbetar med Jazz Source Control-förvaret, ska var och en av dem skapa minst en arbetsplats för förvar för att arbeta med versionskontrollerade filer.
Hur fungerar jazzkomponenter?
Låt oss titta på arbetsflödet för hur ovanstående komponenter fungerar tillsammans som integrerade.
Flödet börjar från vänster som visas nedan med första utvecklaren gör ändringarna i hans utvecklings-IDE som Eclipse eller Visual Studio.Net till källkoden och checkar sedan in ändringarna i förvarets arbetsyta och LEVERERAR ändringarna i projektets huvuddelade arbetsområde som kallas Ström .
De andra utvecklaren medan han arbetar på hans källkodsändringar kommer ACCEPTERA förändringarna i hans egen arbetsyta. Samtidigt om det finns några konflikter i samma rad eller flera rader måste han manuellt slå samman dessa ändringar.
Jazz SCM-användning
För att kunna arbeta med Jazz SCM måste användarna göra följande. Jag har tagit ovanstående scenario och förklarat med 2 användare som arbetar på samma kodbas. I den här handledningen använder jag ett exempel på ett Java-webbprojektkod i Eclipse IDE. Samma procedur kan också följas i Visual Studio.NET för .NET-kodbas.
Användare 1 Aktivitet
- Användare1 delar projektet med Jazzkällkontroll
- User1 gör ändringar, checkar in och levererar ändringarna till projektet STRÖM . Kom ihåg att det inte krävs någon uttrycklig utcheckning. När användaren gör ändringar betraktas det som kassan.
Låt oss nu titta på hur ovanstående 2 steg görs i Eclipse IDE som User1. Så den första användaren loggar in i RTC-projektområdet och växlar till Java-perspektivet.
TILL exempel HelloWorld Maven webbprojekt skapas och den laddas upp till Jazzkällkontroll för teamet att arbeta med.
(Notera:Klicka på valfri bild för en förstorad vy)
Dela projekt till Jazz Source Control som användare1
# 1) User1 loggar in i RTC-projektområdet och öppnar Java-perspektivet där Maven-projektet kommer att synas i Package Explorer-vyn. För att dela projektet till Jazz-källkontroll högerklickar du på projektet och väljer sedan Team => Dela projekt
#två) Välj Jazz Source Control och följ de återstående stegen för att slutföra överföringen till Jazz-arkivet
Skapa en ny arbetsplats för förvar för användare1
Välj Projektström . Kom ihåg att strömmen och komponenten skapades som standard när RTC-projektområdet skapades. Du kan också skapa din egen ström och komponent. För den här övningen använder vi de standardinställningar som redan har skapats.
Se till att projekt som ska delas med Jazz-källkontroll har valts. Klick Avsluta .
# 3) Du kan nu se att Användare1 Arbetsyta är associerad med Maven-projekt i Package Explorer vilket innebär att projektet nu finns under Jazz-källkontrollförvaret.
# 4) Projektet delas med Jazz-källkontroll men det är ännu inte synligt för andra teammedlemmar. För detta, a Leverera operation borde vara klart. Gå till Väntande ändringar Visa så ser du en Utgående mapp. Högerklicka på den utgående mappen och välj Du kan se ändringsuppsättningen under den utgående mappen. Det kan vara en kommentar eller ett arbetsuppgift som tilldelats utvecklaren
# 5) De projektet är nu tillgängligt i projektströmmen . Så andra användare kan nu skapa en arbetsplats för förvaret och göra ändringar i det versionskontrollerade projektet på egen hand lokal Eclipse-arbetsyta
User2-aktivitet
Eftersom User2 kommer åt förvaret för första gången måste följande åtgärder göras.
- User2 loggar in på RTC-projektområde
- Skapar en arkivarbetsyta och hämtar projektet som laddas upp av Användare1
- Ursprungligen kommer projektet att laddas ner till den lokala maskinen från jazzförvaret för att göra ändringar. Därför behöver User2 för första gången inte ACCEPTERA några ändringar. Men därefter måste användaren acceptera ändringarna
- User2 gör ändringarna och levererar sedan dessa ändringar till strömmen.
# 1) User2 skapar en arbetsplats för förvar enligt nedan. Högerklicka på ström och välj Ny => Förvarets arbetsyta
Ange ett namn som User2_Workspace och klicka sedan på Nästa för att följa de återstående stegen.
Klick Avsluta för att börja ladda ner Maven-projektet från förvaret till den lokala arbetsytan för maskinförmörkelse.
Klicka på Avsluta
#två) Nu kan du se projektet som är länkat till User2_Workspace
# 3) Öppna index . jsp filen och gör några ändringar. Kom ihåg att det inte finns någon utcheckning och denna ändring görs som User2. Efter att ha gjort ändringar i filen, SPARA filen. På botten av Väntande ändringar visa, du hittar en Olöst mapp.
# 4) Om du vill Ångra ändringarna kan du göra det genom att högerklicka på Olöst mappen och välj Om det inte krävs, då fortsätt till nästa steg.
# 5) Högerklicka nu på Olöst mappen och välj Incheckning Alla .
# 6) Tilldela ett TASK-arbetsobjekt till ändringsuppsättningen och leverera ändringarna till strömmen. Högerklicka på ändringsuppsättningen som visas som
Välj det uppgiftsobjekt som tilldelats Användare2 och klicka OK
# 7) Du kan nu se ändringarna som är kopplade till Arbetsuppgift och kan nu leverera ändringarna i strömmen.
# 8) Du kan också se Förändringshistoria till valfri fil. Högerklicka på filen i paketet eller projektutforskaren och välj Team => Visa historik
# 9) Du kan återgå till vilken tidigare version som helst genom att högerklicka på en tidigare version Version-ID och välja Ladda . Efter detta måste du checka in och leverera som vanligt.
User1 Aktivitet
Tillbaka i arbetsytan User1, eftersom User2 har levererat ändringarna, ser User1 nu ändringarna som Inkommande. Högerklicka på Inkommande mapp och välj sedan Acceptera .
Ändringarna som görs av User2 fylls nu i User1-arbetsytan. Så User1-arbetsytan är uppdaterad på Jazz förvar .
Som User1, modifiera nu den andra raden i taggen för att producera en konflikt förutsatt att även User2 gör en förändring på samma rad.
Som vanligt spara filen, checka in alla, tilldela en arbetsuppgift och leverera ändringarna i strömmen.
User2-aktivitet
User2 kommer att se förändringen i Inkommande mapp. Men samtidigt Användare2 ändrar också samma rad.
Spara filen. Högerklicka på olöst mappen och välj Kontrollera i Alla
Tilldela a Uppgiftsarbete artikel före leverans . Högerklicka på ändringssetet med titeln
Högerklicka på Utgående mappen och välj Leverera
Du kommer att märka att ändringarna inte kan levereras, eftersom det finns en konflikt. Vi måste lösa konflikten och sedan fortsätta med Leverera. Klicka på OK
För att lösa konflikten, först och främst, acceptera inkommande förändringar. Högerklicka på den inkommande mappen och välj sedan Acceptera
I rutan Auto, Resolve väljer du Resolve Senare alternativ
Dubbelklicka på index.jsp-filen som visas i Olöst mapp.
Högerklicka på index.jsp-filen och välj Lös med min. Detta alternativ behåller ändringarna som gjorts av den nuvarande användaren som är User2. Lös med föreslaget kommer att uppdatera filen med inkommande ändringar gjorda av User1.
Klicka på Ja för att fortsätta och välj sedan alternativet Lös som sammanslagna på den högra sidan.
Högerklicka nu på ändringsuppsättningen under Utgående och välj sedan Leverera
Logga nu in som User1 och Acceptera ändringarna från Inkommande mapp.
Bygg ledning
IBM Rational Team Concert stöder bygghantering som en logisk förlängning av versionskontrollaktiviteterna som förklarades ovan i denna handledning. Flera teammedlemmar levererar sina ändringar ofta helst dagligen och var och en av denna integration verifieras av en automatiserad version för att upptäcka eventuella fel eller fel så snabbt som möjligt. Detta leder till begreppet kontinuerlig integration. Den automatiska byggnaden görs normalt på en dedikerad byggserver och inte på en utvecklarmaskin.
För att komma igång med bygghanteringsaktiviteter i RTC på build-servern måste du ladda ner och installera Bygg System Toolkit med hjälp av IBM Installation Manager. För version 6.0.2 finns den tillgänglig på Jazz.net nedladdningssida .
Installationsanvisningarna finns på detta sida .
För att definiera och köra någon build behöver du följande 2 byggartefakter
- Bygg motor vilket hjälper till att köra den definierade build. Detta är tillgängligt när verktyget Build är installerat
- Byggdefinition vilket hjälper till att identifiera alla byggskript som ANT eller Maven
Alla åtgärder för Build Management görs på en dedikerad build-server och en separat repository-arbetsyta måste skapas för build. Använd inte någon befintlig arbetsyta för utvecklare.
Starta byggmotorn
Skapa en byggmotor i RTC enligt nedan. Högerklicka på Bygg motorer och välj sedan Nybyggd motor
Klick Nästa>
Ange en ID och välj Jazz Build Engine och klicka på Avsluta
Klicka på Spara på skärmen Byggmotor
Starta byggmotorn
För att starta Build Engine, gå till katalogen där den är installerad och kör sedan jbe.exe-programmet som finns i byggverktygslådans förmörkelsekatalog
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Kör programmet från en kommandotolk enligt följande
Ersätt värdena enligt dina serveruppgifter
Skapa en byggdefinition
Högerklicka på Byggs mappen och välj Nybyggdefinition och klicka på Nästa
Ange ett ID och välj Maven - Jazz Build Engine som byggmall. Klick Nästa
Välj Jazz Source Control och välj Avsluta
I Fliken Översikt i Build Definition, lägg till Bygg motor skapades tidigare och klicka sedan på OK
I Jazz Source Control TAB välj eller skapa en ny Build-arbetsyta och ange en ladda katalogen . Detta är katalogen där projektet kommer att laddas ner och bygga kommer att göras för att generera WAR-fil . Varje gång byggnaden är klar kommer den att raderas och det senaste projektinnehållet laddas ner för byggnaden.
Precis nedan i samma Flik kan du se alternativet var senast ändringar accepteras före nybyggnad och bara om det finns ändringar kommer byggnaden att göras.
bästa gratis diskrenare för Windows 10
I Maven TAB, ange platsen för filen pom.xml. Projektet laddas vanligtvis ner till lastkatalogen. Så pom.xml-platsen skulle vara D: LoadDir HelloWorld-Maven
Ange mål som Installera.
Stiga på Maven hemkatalog utan bin
Spara byggdefinitionen.
Begär en byggnad
I teamet, artefakter, högerklickar du på byggdefinitionen och väljer sedan Begär byggnad.
Klicka på Skicka in.
Byggresultatet visas som slutfört framgångsrikt och WAR-filen som genereras i målkatalogen visas i paketutforskaren.
Slutsats
I den här handledningen har vi sett hur man använder versionskontrollmodulen inom IBM Rational Team Concert och hur arbetsobjekt spelar en mycket viktig roll för spårbarhet av källkoden.
Den viktigaste delen av SCM-aktiviteten i RTC är att den är helt integrerad med Build Management som definierar begreppet kontinuerlig integration.
Vi lärde oss också om Build Management-modulen i RTC som accepterar de senaste ändringarna från Jazz SCM-förvaret och utför byggnaden.
I min nästa handledning , kommer vi att se en förlängning av denna byggaktivitet som är - Auto Deploy med ett annat IBM-verktyg som heter IBM Urbancode Deploy.
Håll ögonen öppna !!!
Låt oss veta dina tankar / förslag i kommentarfältet nedan.
Rekommenderad läsning
- Källkontroll eller versionskontroll i DevOps (Videohandledning del 2 - Block 2)
- IBM Rational Quality Manager (RQM) Integration med Rational Functional Tester (RFT)
- SVN till IBM Rational Team Concert Migration Tutorial
- Learning Basics of Rational Robot - IBM Test Automation Tool
- IBM Rational Team Concert Defect Management Tool Tutorial
- IBM Rational Team Concert (RTC) och SVN Integration On Windows
- Data Pool-funktion i IBM Rational Quality Manager för testdatahantering
- IBM Rational Team Concert Advanced Work Item Customization