ibm rational jazz source control
De Jazz-bronregeling is een opslagplaats in RTC, die de broncode en alle andere artefacten zoals documenten of HTML-bestanden of tekstbestanden kan bevatten. En Jazz source control management bestaat uit verschillende componenten zoals component, wijzigingenset, stream, repository-werkruimte enz.
In deze tutorial zullen we meer leren over de componenten en functies van Jazz Source control, samen met Bouwbeheer module van RTC.
NOTITIE : Deze tutorial bevat veel afbeeldingen, dus laat deze correct laden.
In deze tutorial gaan we dieper ingaan op 'Jazz Source control' met behulp van 'IBM Rational Team Concert' en het is gebaseerd op versie 6.0.2.
Wat je leert:
- Inleiding tot IBM Rational Team Concert
- Onderdelen van Jazz Source Control
- Hoe werken jazzcomponenten?
- Jazz SCM-gebruik
- Bouwbeheer
- Gevolgtrekking
- Aanbevolen literatuur
Inleiding tot IBM Rational Team Concert
Zoals hierboven vermeld, is IBM Rational Team Concert (RTC) een van de belangrijkste componenten van de IBM Rational CLM-oplossing.
Met de ALM-oplossing kijken projectteams vandaag naar een oplossing die is geïntegreerd met de uitvoering. IBM Rational Team Concert helpt projectmanagers en de ontwikkelaars om de weinige artefacten binnen één enkele opslagplaats te houden.
De artefacten zijn:
- Beheer van werkitems
- Projectplanning (ondersteunt Agile Scrum of waterval)
- Softwareconfiguratiebeheer (SCM)
- Bouwbeheer
Alle bovenstaande componenten zijn goed geïntegreerd om volledige traceerbaarheid te bieden van werk dat wordt uitgevoerd vanuit een ontwikkelingsperspectief. Laten we nu eens kijken naar enkele van de concepten die betrokken zijn bij Jazz SCM.
Elk ontwikkelteam dat uit meerdere leden bestaat, werkt met een grote bron aan broncode voor een applicatie die in ontwikkeling is. Elk teamlid werkt met dezelfde broncode en verandert een of meer bestanden om aan een nieuwe functie te werken of om een defect te herstellen. Het teamlid controleert of de wijzigingen correct zijn, en deelt die wijzigingen vervolgens met de rest van het team in een gemeenschappelijke ruimte.
Tegelijkertijd zullen andere teamleden werken aan de taken die aan hen zijn toegewezen en wijzigingen aanbrengen in de broncode. Een broncontroletool helpt dus bij het organiseren van de broncode of documenten van het team, het volgen ervan en het delen van wijzigingen in een gemeenschappelijk gebied, waardoor het team de taken kan voltooien die aan hen zijn toegewezen.
In mijn vorige tutorial , we zagen hoe werkitems (zoals verhaal, taak, defect enz.) belangrijke projectinformatie bevatten. In het verlengde daarvan, deze Taakitems wordt nu gekoppeld aan de wijzigingen in de broncode.
Onderdelen van Jazz Source Control
De Jazz-bronregeling is een opslagplaats in RTC, die de broncode en alle andere artefacten zoals documenten of HTML-bestanden of tekstbestanden kan bevatten. Deze repository wordt beheerd door Jazz Team Server en is toegankelijk via een URL die we in deze tutorial zullen zien.
Laten we eens kijken naar de componenten die betrokken zijn bij Jazz Source Control en hoe we deze gaan gebruiken.
# 1) Set wijzigen
Een wijzigingenset is een verzameling wijzigingen in bestanden of mappen die doorgaans zijn gegroepeerd. In de volgende secties ziet u hoe meerdere wijzigingen in de broncode worden gegroepeerd in een wijzigingenset.
# 2) Stream
Er wordt een stream gebruikt om de wijzigingen van het hele team op te slaan. Wanneer alle teamleden wijzigingen aanbrengen in de broncode, leggen ze de wijzigingen vast of leveren ze deze aan de mainstream van het project. Voordat ze de wijzigingen doorgeven, moeten ze de wijzigingen die ze in de broncode of artefacten hebben aangebracht, toewijzen aan een taakwerkitem waaraan een teamlid is toegewezen.
# 3) Component
Een component bevat alle artefacten, waaronder de broncode en eventuele andere projectartefacten.
# 4) Repository-werkruimte
Een repository-werkruimte is een gebied waar u versie-gecontroleerde artefacten kunt bekijken en wijzigen. Het creëren van Repository Workspace is een must voor elk lid dat werkt aan broncontrole-artefacten.
Dus als er 10 leden aan de Jazz Source Control-repository werken, dan moet elk van hen minstens 1 repository-werkruimte maken om aan versie-gecontroleerde bestanden te werken.
Hoe werken jazzcomponenten?
Laten we eens kijken naar de workflow van hoe de bovenstaande componenten samenwerken als geïntegreerd.
De stroom begint van links zoals hieronder weergegeven met de eerste ontwikkelaar het doorvoeren van de wijzigingen in zijn ontwikkel-IDE zoals Eclipse of Visual Studio.Net naar de broncode en checkt vervolgens de wijzigingen in de repository-werkruimte in en LEVERT de wijzigingen aan het belangrijkste gedeelde werkgebied van het project genaamd de Stroom
De tweede ontwikkelaar terwijl hij aan zijn broncode werkt, zullen wijzigingen AANVAARDEN de veranderingen in zijn eigen werkruimte. Als er daarbij conflicten zijn in dezelfde regel of meerdere regels, dan moet hij die wijzigingen handmatig samenvoegen.
Jazz SCM-gebruik
Om aan de Jazz SCM te kunnen werken, moeten de gebruikers het volgende doen. Ik heb het bovenstaande scenario genomen en uitgelegd met 2 gebruikers die op dezelfde codebasis werken. In deze zelfstudie gebruik ik een voorbeeld van een Java-webprojectcode in Eclipse IDE. Dezelfde procedure kan ook worden gevolgd in Visual Studio.NET voor .NET-codebasis.
Gebruiker 1 activiteit
- Gebruiker1 deelt het project met het Jazz broncontrole
- Gebruiker1 brengt wijzigingen aan, checkt in en levert de wijzigingen aan het project STROOM Onthoud dat er geen expliciete check-out vereist is. Als de gebruiker wijzigingen aanbrengt, wordt dit als afrekenen beschouwd.
Laten we nu eens kijken hoe de bovenstaande 2 stappen worden uitgevoerd in Eclipse IDE als User1. Dus de eerste gebruiker logt in op het RTC-projectgebied en schakelt over naar het Java-perspectief.
NAAR voorbeeld HelloWorld Maven-webproject is gemaakt en wordt geüpload naar Jazz broncontrole voor het team om aan te werken.
Notitie:Klik op een afbeelding voor een vergrote weergave)
Deel het project met Jazz Source Control als gebruiker1
# 1) Gebruiker1 logt in op het RTC-projectgebied en opent het Java-perspectief waar het Maven-project zichtbaar zal zijn in de Package Explorer-weergave. Om het project te delen met Jazz source control, klikt u met de rechtermuisknop op het project en selecteert u Team => Deel Project
#twee) Selecteer Jazz-bronregeling en volg de overige stappen om de upload naar de Jazz-repository te voltooien
Maak een nieuwe werkruimte voor opslagplaatsen voor Gebruiker 1
Selecteer de Projectstroom Onthoud dat de stream en het onderdeel standaard zijn gemaakt toen het RTC-projectgebied werd gemaakt. U kunt ook uw eigen stream en component maken. Voor deze oefening zullen we de reeds gemaakte standaard gebruiken.
Zorg ervoor dat het project om te delen met Jazz source control is geselecteerd. Klik Af hebben
# 3) U kunt nu zien dat het User1 Workspace wordt geassocieerd met de Maven-project in de pakketverkenner wat betekent dat het project nu onder de Jazz source control repository staat.
# 4) Het project wordt gedeeld met bronbeheer van Jazz, maar is nog niet zichtbaar voor andere teamleden. Hiervoor een Lever operatie zou gedaan moeten worden. Ga naar In afwachting van wijzigingen Bekijk en je ziet een Uitgaande map. Klik met de rechtermuisknop op die uitgaande map en selecteer U kunt de wijzigingsset zien onder de uitgaande map. Het kan een opmerking zijn of een taak-werkitem dat aan de ontwikkelaar is toegewezen
# 5) De project is nu beschikbaar in de projectstroom Zodat andere gebruikers nu een repository-werkruimte kunnen maken en in hun eigen versie wijzigingen kunnen aanbrengen in het versie-gecontroleerde project lokale Eclipse-werkruimte
Gebruiker2 activiteit
Aangezien User2 de repository voor de eerste keer zal openen, moeten de volgende acties worden uitgevoerd.
- Gebruiker2 logt in op het RTC-projectgebied
- Maakt een repository-werkruimte en downloadt het project dat is geüpload door Gebruiker 1
- In eerste instantie wordt het project gedownload naar de lokale computer vanuit de jazzrepository om wijzigingen aan te brengen. Daarom hoeft Gebruiker2 voor de eerste keer geen wijzigingen te ACCEPTEREN. Maar vervolgens moet de gebruiker de wijzigingen ACCEPTEREN
- User2 voert de wijzigingen uit en levert die wijzigingen vervolgens aan de stream.
# 1) User2 maakt een repository-werkruimte aan zoals hieronder getoond. Klik met de rechtermuisknop op het stroom en selecteer Nieuw => Repository-werkruimte
Voer een naam in zoals User2_Workspace en klik vervolgens op Volgende om de resterende stappen te volgen.
Klik Af hebben om te beginnen met het downloaden van het Maven-project van de repository naar de eclipse-werkruimte van de lokale machine.
Klik op Af hebben
#twee) Nu kunt u het project zien waaraan is gekoppeld User2_Workspace
# 3) Open de inhoudsopgave jsp bestand en breng enkele wijzigingen aan. Onthoud dat er geen kassa is en deze wijziging wordt gedaan als Gebruiker2. Sla het bestand op nadat u wijzigingen in het bestand hebt aangebracht. Op de bodem van In afwachting van wijzigingen bekijken, vindt u een Niet opgelost map.
# 4) Als u dat wilt Ongedaan maken de wijzigingen, dan kunt u dit doen door met de rechtermuisknop op het Niet opgelost map en selecteer Als dat niet nodig is, dan ga verder met de volgende stap.
# 5) Klik nu met de rechtermuisknop op het Niet opgelost map en selecteer Check-in allemaal
# 6) Wijs een TASK-werkitem toe aan de wijzigingenset en lever de wijzigingen aan de stream. Klik met de rechtermuisknop op de wijzigingenset die wordt weergegeven als
Selecteer het taakwerkitem waaraan is toegewezen Gebruiker2 en klik OK
# 7) U kunt nu de wijzigingen zien die zijn gekoppeld aan het Taak werkitem en kan nu leveren de wijzigingen in de stream.
# 8) U kunt ook het Geschiedenis van veranderingen naar elk bestand. Klik met de rechtermuisknop op het bestand in de Pakket- of Projectverkenner en selecteer Team => Toon geschiedenis
# 9) U kunt terugkeren naar een eerdere versie door met de rechtermuisknop op een vorige versie te klikken Versie-ID en selecteren Laden Hierna moet u inchecken en zoals gewoonlijk bezorgen.
Gebruiker1 activiteit
Terug in de User1-werkruimte, aangezien User2 de wijzigingen heeft aangeleverd, ziet Gebruiker1 de wijzigingen nu als Inkomend. Klik met de rechtermuisknop op het Inkomende map en selecteer vervolgens Aanvaarden
De wijzigingen die door Gebruiker2 zijn aangebracht, worden nu ingevuld in de werkruimte Gebruiker1. Dus User1-werkruimte is up-to-date op het Jazz repository
Wijzig nu als gebruiker1 de tweede regel in de tag om een conflict te veroorzaken, ervan uitgaande dat zelfs gebruiker2 een wijziging op dezelfde regel doorvoert.
Zoals gewoonlijk sla het bestand op, check alles in, wijs het werkitem toe aan een taak en lever af de wijzigingen in de stream.
Gebruiker2 activiteit
Gebruiker2 ziet de verandering in Inkomende map. Maar tegelijkertijd Gebruiker2 wijzigt ook dezelfde regel.
Sla het bestand op. Klik met de rechtermuisknop op het onopgelost map en selecteer Alles inchecken
Wijs een Taak werk item voordat te leveren Klik met de rechtermuisknop op de wijzigingenset met de titel
Klik met de rechtermuisknop op het Uitgaand map en selecteer Leveren
U zult merken dat de wijzigingen niet kunnen worden geleverd, omdat er een conflict is. We moeten het conflict oplossen en dan verder gaan Leveren. Klik op OK
Om het conflict op te lossen, aanvaarden de inkomende wijzigingen. Klik met de rechtermuisknop op de map Inkomend en selecteer Aanvaarden
Selecteer in het vak Auto, Resolve de optie Resolve Later optie
Dubbelklik op het bestand index.jsp dat wordt weergegeven in het Onopgeloste map.
Klik met de rechtermuisknop op het bestand index.jsp en selecteer Los het op met de mijne. Deze optie behoudt de wijzigingen die zijn aangebracht door de huidige gebruiker, namelijk Gebruiker2. Los op met voorgesteld zal het bestand bijwerken met de inkomende wijzigingen die zijn aangebracht door gebruiker1.
Klik op Ja om door te gaan en selecteer vervolgens de optie Los op als samengevoegd aan de rechterkant.
Klik nu met de rechtermuisknop op de wijzigingsset onder het Uitgaand map en selecteer vervolgens Leveren
Log nu in als gebruiker1 en Aanvaarden de wijzigingen van de Inkomend map.
Bouwbeheer
IBM Rational Team Concert ondersteunt buildbeheer als een logische uitbreiding op de versiebeheeractiviteiten die hierboven in deze tutorial zijn uitgelegd. Meerdere teamleden leveren hun wijzigingen regelmatig, bij voorkeur dagelijks, en elk van deze integratie wordt geverifieerd door een geautomatiseerde build om eventuele defecten of fouten zo snel mogelijk te detecteren. Dit leidt tot de concept van continue integratie. De geautomatiseerde build wordt normaal gesproken gedaan op een speciale build-server en niet op een ontwikkelaarsmachine.
Om aan de slag te gaan met buildbeheeractiviteiten in RTC op de buildserver, moet u downloaden en installeren Bouw System Toolkit met behulp van de IBM Installation Manager. Voor versie 6.0.2 is het beschikbaar op Jazz.net download site
Hierop vindt u de montagehandleiding bladzijde
Om een build te definiëren en uit te voeren, heb je de volgende 2 build-artefacten nodig
- Bouw een motor wat helpt om de gedefinieerde build uit te voeren. Dit is beschikbaar zodra de Build-toolkit is geïnstalleerd
- Bouw definitie wat helpt bij het identificeren van elk build-script zoals ANT of Maven
Alle Build Management-acties worden uitgevoerd op een speciale build-server en er moet een aparte repository-werkruimte worden gemaakt voor de build. Gebruik geen bestaande werkruimte voor ontwikkelaars.
Build Engine starten
Maak in RTC een Build-engine zoals hieronder wordt weergegeven. Klik met de rechtermuisknop op het Bouw motoren map en selecteer vervolgens Nieuwe build-engine
Klik Volgende>
Voer een ID kaart en selecteer Jazz Build-engine en klik op Af hebben
Klik op Opslaan in het scherm Build Engine
Start de Build Engine
Om de Build Engine te starten, gaat u naar de directory waar deze is geïnstalleerd en voert u het programma jbe.exe uit dat u vindt in de build toolkit eclipse-directory
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Voer het programma als volgt uit vanaf een opdrachtprompt
Vervang de waarden volgens uw servergegevens
Maak een build-definitie
Klik met de rechtermuisknop op het Bouwt map en selecteer Nieuwe build-definitie en klik op De volgende
Voer een ID in en selecteer Maven - Jazz Build Engine als de build-sjabloon. Klik De volgende
Selecteer Jazz-bronregeling en selecteer Af hebben
In de Overzicht Tab van de Build-definitie, voeg het Bouw een motor eerder gemaakt en klik vervolgens op OK
In de Jazz Source Control TAB selecteer of maak een nieuwe Build Workspace en voer een in map laden Dit is de directory waar het project zal worden gedownload en de build zal worden gedaan om het WAR-bestand Elke keer dat de build is voltooid, wordt deze verwijderd en wordt de nieuwste projectinhoud gedownload voor de build.
Net onder in dezelfde TAB ziet u de optie waar de laatste is wijzigingen worden geaccepteerd vóór elke nieuwe build en alleen als er wijzigingen zijn, wordt de build uitgevoerd.
.torrent-bestanden hoe te openen
In de Maven TAB, voer de locatie van het pom.xml-bestand in. Het project wordt meestal gedownload naar de laadmap. Dus de pom.xml-locatie zou zijn D: LoadDir HelloWorld-Maven
Voer doel in als installeren.
Enter Maven-homedirectory zonder de bin
Opslaan de Build-definitie.
Vraag een build aan
Klik in de weergave Team, Artefacten met de rechtermuisknop op de build-definitie en selecteer vervolgens Verzoek om build.
Klik op Verzenden.
Het Build-resultaat wordt weergegeven als succesvol voltooid en het WAR-bestand dat in de doelmap is gegenereerd, wordt weergegeven in de pakketverkenner.
Gevolgtrekking
In deze tutorial hebben we gezien hoe we de versiecontrolemodule kunnen gebruiken binnen IBM Rational Team Concert en hoe werkitems een zeer belangrijke rol spelen bij de traceerbaarheid van de broncode.
Het belangrijkste onderdeel van de SCM-activiteit in RTC is dat deze volledig is geïntegreerd met Build Management, dat het concept van continue integratie definieert.
We leerden ook over de Build Management-module van RTC die de laatste wijzigingen van de Jazz SCM-repository accepteert en de build uitvoert.
In mijn volgende tutorial , zien we een uitbreiding op deze build-activiteit die is - Automatische implementatie met een andere IBM-tool genaamd IBM Urbancode Deploy.
Blijf kijken!!!
Laat ons uw mening / suggesties weten in de opmerkingen hieronder.
Aanbevolen literatuur
- Bronbeheer of versiebeheer in DevOps (videotutorial deel 2 - blok 2)
- IBM Rational Quality Manager (RQM) -integratie met Rational Functional Tester (RFT)
- SVN naar IBM Rational Team Concert Migration Tutorial
- Basisprincipes van Rational Robot leren - IBM Test Automation Tool
- Zelfstudie IBM Rational Team Concert Defect Management Tool
- IBM Rational Team Concert (RTC) en SVN-integratie op Windows
- Datapoolfunctie in IBM Rational Quality Manager voor testgegevensbeheer
- IBM Rational Team Concert Advanced Work Item Customization