ibm rational jazz source control
Das Jazz Source Control ist ein Repository in RTC, das den Quellcode und andere Artefakte wie Dokumente oder HTML-Dateien oder Textdateien enthalten kann. Das Jazz-Quellcodeverwaltungsmanagement besteht aus mehreren Komponenten wie Komponenten, Änderungssatz, Stream, Repository-Arbeitsbereich usw.
In diesem Tutorial erfahren Sie mehr über die Komponenten und Funktionen der Jazz Source-Steuerung zusammen mit Build Management Modul von RTC.
HINWEIS : Dieses Tutorial enthält viele Bilder, sodass es ordnungsgemäß geladen werden kann.
In diesem Tutorial werden wir uns eingehend mit „Jazz Source Control“ unter Verwendung von „IBM Rational Team Concert“ befassen. Es basiert auf Version 6.0.2.
Was du lernen wirst:
- Einführung in das IBM Rational Team Concert
- Komponenten der Jazz Source Control
- Wie funktionieren Jazzkomponenten?
- Jazz SCM Verwendung
- Build Management
- Fazit
- Literatur-Empfehlungen
Einführung in das IBM Rational Team Concert
Wie oben erwähnt, ist IBM Rational Team Concert (RTC) eine der Schlüsselkomponenten der IBM Rational CLM-Lösung.
Heute suchen Projektteams mit der ALM-Lösung nach einer Lösung, die in die Ausführung integriert ist. IBM Rational Team Concert hilft Projektmanagern und Entwicklern, die wenigen Artefakte in einem einzigen Repository zu verwalten.
Die Artefakte sind:
- Workitem-Verwaltung
- Projektplanung (Unterstützungen Agiles Scrum oder Wasserfall)
- Software Configuration Management (SCM)
- Build Management
Alle oben genannten Komponenten sind gut integriert, um eine vollständige Rückverfolgbarkeit der aus Entwicklungssicht durchgeführten Arbeiten zu gewährleisten. Schauen wir uns nun einige der Konzepte von Jazz SCM an.
Jedes Entwicklungsteam, das aus mehreren Mitgliedern besteht, arbeitet mit einer großen Basis an Quellcode für eine Anwendung, die gerade entwickelt wird. Jedes Teammitglied arbeitet mit demselben Quellcode und ändert eine oder mehrere Dateien, um an einer neuen Funktion zu arbeiten oder einen Fehler zu beheben. Das Teammitglied prüft, ob die Änderungen korrekt sind, und teilt diese Änderungen dann mit dem Rest des Teams in einem gemeinsamen Bereich.
Gleichzeitig arbeiten andere Teammitglieder an den ihnen zugewiesenen Aufgaben und nehmen Änderungen am Quellcode vor. Ein Tool zur Quellcodeverwaltung hilft also dabei, den Quellcode oder die Dokumente des Teams zu organisieren, zu verfolgen und Änderungen an einem gemeinsamen Bereich weiterzugeben, um das Team bei der Ausführung der ihnen zugewiesenen Aufgaben zu unterstützen.
In meinem vorheriges Tutorial Wir haben gesehen, wie Arbeitselemente (wie Story, Task, Defect usw.) wichtige Projektinformationen enthalten. In Erweiterung dazu diese Aufgabenelemente wird nun mit den Änderungen im Quellcode verknüpft.
Komponenten der Jazz Source Control
Das Jazz Source Control ist ein Repository in RTC, das den Quellcode und andere Artefakte wie Dokumente oder HTML-Dateien oder Textdateien enthalten kann. Dieses Repository wird von verwaltet Jazz Team Server Der Zugriff erfolgt über eine URL, die in diesem Lernprogramm angezeigt wird.
Schauen wir uns die Komponenten von Jazz Source Control an und wie wir sie nutzen werden.
# 1) Set ändern
Ein Änderungssatz ist eine Sammlung von Datei- oder Verzeichnisänderungen, die normalerweise in Gruppen zusammengefasst sind. In den folgenden Abschnitten sehen Sie, wie mehrere Änderungen am Quellcode in einem Änderungssatz zusammengefasst werden.
# 2) Stream
Ein Stream wird verwendet, um die Änderungen des gesamten Teams zu speichern. Wenn alle Teammitglieder Änderungen am Quellcode vornehmen, übernehmen sie normalerweise die Änderungen oder liefern sie an den Mainstream des Projekts. Bevor sie die Änderungen übermitteln, müssen sie die Änderungen, die sie im Quellcode vorgenommen haben, oder Artefakte einem Task-Arbeitselement zuweisen, dem ein Teammitglied zugewiesen ist.
# 3) Komponente
Eine Komponente enthält alle Artefakte, einschließlich des Quellcodes und aller anderen Projektartefakte.
# 4) Repository-Arbeitsbereich
Ein Repository-Arbeitsbereich ist ein Bereich, in dem Sie versionierte Artefakte anzeigen und ändern können. Die Erstellung eines Repository-Arbeitsbereichs ist ein Muss für jedes Mitglied, das an Artefakten zur Quellcodeverwaltung arbeitet.
Wenn also 10 Mitglieder am Jazz Source Control-Repository arbeiten, sollte jeder von ihnen mindestens 1 Repository-Arbeitsbereich erstellen, um an versionierten Dateien arbeiten zu können.
Wie funktionieren Jazzkomponenten?
Schauen wir uns den Workflow an, wie die oben genannten Komponenten als integriert zusammenarbeiten.
Der Fluss beginnt von links wie unten gezeigt mit dem erster Entwickler Nehmen Sie die Änderungen in seiner Entwicklungs-IDE wie Eclipse oder Visual Studio.Net am Quellcode vor und checken Sie dann die Änderungen am Repository-Arbeitsbereich ein und LIEFERN Sie die Änderungen am gemeinsam genutzten Hauptarbeitsbereich des Projekts mit dem Namen Strom .
Das zweiter Entwickler während der Arbeit an seinem Quellcode werden Änderungen vorgenommen AKZEPTIEREN die Änderungen in seinem eigenen Arbeitsbereich. Wenn dabei Konflikte in derselben oder mehreren Zeilen auftreten, muss er diese Änderungen manuell zusammenführen.
Jazz SCM Verwendung
Um am Jazz SCM arbeiten zu können, müssen die Benutzer Folgendes tun. Ich habe das obige Szenario genommen und mit 2 Benutzern erklärt, die an derselben Codebasis arbeiten. In diesem Tutorial verwende ich einen Beispiel-Java-Webprojektcode in Eclipse IDE. Das gleiche Verfahren kann auch in Visual Studio.NET für .NET-Codebasis ausgeführt werden.
Benutzer 1 Aktivität
- Benutzer1 teilt das Projekt mit dem Jazz-Quellcodeverwaltung
- Benutzer1 nimmt Änderungen vor, checkt ein und liefert die Änderungen an das Projekt STROM . Denken Sie daran, dass kein expliziter Check-out erforderlich ist. Wenn der Benutzer Änderungen vornimmt, wird dies als Kasse betrachtet.
Schauen wir uns nun an, wie die beiden oben genannten Schritte in Eclipse IDE als Benutzer1 ausgeführt werden. Der erste Benutzer meldet sich also im RTC-Projektbereich an und wechselt zur Java-Perspektive.
ZU Beispiel für ein HelloWorld Maven-Webprojekt wird erstellt und wird hochgeladen auf Jazz-Quellcodeverwaltung für das Team zu arbeiten.
(Hinweis:Klicken Sie auf ein Bild, um es zu vergrößern.)
Projekt als Benutzer1 an Jazz Source Control weitergeben
# 1) Benutzer1 meldet sich im RTC-Projektbereich an und öffnet die Java-Perspektive, in der das Maven-Projekt in der Paket-Explorer-Ansicht angezeigt wird. Um das Projekt für die Jazz-Quellcodeverwaltung freizugeben, klicken Sie mit der rechten Maustaste auf das Projekt und wählen Sie es aus Team => Projekt teilen
#zwei) Wählen Jazz Source Control und befolgen Sie die verbleibenden Schritte, um den Upload in das Jazz-Repository abzuschließen
Erstellen Sie einen neuen Repository-Arbeitsbereich für Benutzer1
Wähle aus Projektstrom . Denken Sie daran, dass der Stream und die Komponente beim Erstellen des RTC-Projektbereichs standardmäßig erstellt wurden. Sie können auch Ihren eigenen Stream und Ihre eigene Komponente erstellen. Für diese Übung verwenden wir die bereits erstellten Standardübungen.
Stellen Sie sicher, dass die Projekt geteilt werden mit Jazz wird die Quellcodeverwaltung ausgewählt. Klicken Fertig .
#3) Sie können jetzt sehen, dass die Benutzer1 Arbeitsbereich ist mit dem verbunden Maven-Projekt im Paket-Explorer Das heißt, das Projekt befindet sich jetzt im Jazz-Quellcodeverwaltungs-Repository.
# 4) Das Projekt wird für die Jazz-Quellcodeverwaltung freigegeben, ist jedoch für andere Teammitglieder noch nicht sichtbar. Dafür a Liefern Sie den Betrieb Sollte gemacht werden. Gehe zu Ausstehende Änderungen Sehen Sie und Sie werden eine sehen Ausgehender Ordner. Klicken Sie mit der rechten Maustaste auf diesen ausgehenden Ordner und wählen Sie Sie können Änderungen im ausgehenden Ordner sehen. Dies kann ein Kommentar oder ein Task-Workitem sein, das dem Entwickler zugewiesen wurde
# 5) Das Das Projekt ist jetzt im Projektstrom verfügbar . So können andere Benutzer jetzt einen Repository-Arbeitsbereich erstellen und Änderungen am versionierten Projekt selbst vornehmen lokaler Eclipse-Arbeitsbereich
User2 Aktivität
Da Benutzer2 zum ersten Mal auf das Repository zugreift, müssen die folgenden Aktionen ausgeführt werden.
- Benutzer2 meldet sich bei an RTC-Projektbereich
- Erstellt einen Repository-Arbeitsbereich und lädt das von hochgeladene Projekt herunter Benutzer1
- Zunächst wird das Projekt aus dem Jazz-Repository auf den lokalen Computer heruntergeladen, um Änderungen vorzunehmen. Daher muss der Benutzer2 zum ersten Mal keine Änderungen akzeptieren. Anschließend muss der Benutzer die Änderungen akzeptieren
- Benutzer2 nimmt die Änderungen vor und liefert diese Änderungen dann an den Stream.
# 1) Benutzer2 erstellt einen Repository-Arbeitsbereich wie unten gezeigt. Klicken Sie mit der rechten Maustaste auf Strom und auswählen Neu => Repository-Arbeitsbereich
Geben Sie einen Namen wie z User2_Workspace Klicken Sie anschließend auf Weiter, um die verbleibenden Schritte auszuführen.
Klicken Fertig um das Herunterladen des Maven-Projekts aus dem Repository in den Eclipse-Arbeitsbereich des lokalen Computers zu starten.
Klicke auf Fertig
#zwei) Jetzt können Sie das Projekt sehen, mit dem verknüpft ist User2_Workspace
#3) Öffne das Index . jsp Datei und nehmen Sie einige Änderungen vor. Denken Sie daran, dass es keine Kaufabwicklung gibt und diese Änderung als Benutzer2 vorgenommen wird. Speichern Sie die Datei, nachdem Sie Änderungen an der Datei vorgenommen haben. Am Ende von Ausstehende Änderungen Ansicht finden Sie eine Ungelöst Mappe.
# 4) Wenn Sie möchten Rückgängig machen die Änderungen, dann können Sie dies tun, indem Sie mit der rechten Maustaste auf die klicken Ungelöst Ordner und wählen Sie Wenn dies nicht erforderlich ist, dann Fahren Sie mit dem nächsten Schritt fort.
# 5) Klicken Sie nun mit der rechten Maustaste auf Ungelöst Ordner und wählen Sie Alle einchecken .
# 6) Weisen Sie dem Änderungssatz ein TASK-Workitem zu und übergeben Sie die Änderungen an den Stream. Klicken Sie mit der rechten Maustaste auf das Änderungsset, das als angezeigt wird
Wählen Sie das zugewiesene Task-Workitem aus User2 und klicken Sie auf OK
# 7) Sie können jetzt die Änderungen sehen, die mit dem verbunden sind Aufgabenarbeitselement und kann jetzt liefern die Änderungen am Stream.
# 8) Sie können auch die anzeigen Geschichte der Veränderungen zu einer beliebigen Datei. Klicken Sie im Paket- oder Projektexplorer mit der rechten Maustaste auf die Datei und wählen Sie Mannschaft => Verlauf anzeigen
# 9) Sie können zu jeder früheren Version zurückkehren, indem Sie mit der rechten Maustaste auf eine frühere klicken Versions-ID und auswählen Belastung . Danach müssen Sie wie gewohnt einchecken und liefern.
User1 Aktivität
Zurück im Arbeitsbereich von Benutzer1 sieht Benutzer1 die Änderungen nun als, da Benutzer2 die Änderungen übermittelt hat Eingehend. Klicken Sie mit der rechten Maustaste auf Eingehender Ordner und dann auswählen Akzeptieren .
Die von Benutzer2 vorgenommenen Änderungen werden jetzt im Arbeitsbereich Benutzer1 ausgefüllt. Der Arbeitsbereich von User1 ist also auf dem neuesten Stand Jazz Repository .
Ändern Sie nun als Benutzer1 die zweite Zeile im Tag, um einen Konflikt zu erzeugen, vorausgesetzt, dass selbst Benutzer2 eine Änderung in derselben Zeile vornimmt.
Wie gewöhnlich Speichern Sie die Datei, Alle einchecken, Einem Arbeitselement zuweisen und Liefern die Änderungen am Stream.
User2 Aktivität
Benutzer2 sieht die Änderung in Eingehender Ordner. Aber zur gleichen Zeit User2 ändert auch die gleiche Zeile.
Speicher die Datei. Klicken Sie mit der rechten Maustaste auf ungelöst Ordner und wählen Sie Alle einchecken
Weisen Sie a zu Aufgabenarbeit Artikel vor Lieferung . Klicken Sie mit der rechten Maustaste auf den Änderungssatz mit dem Titel
Klicken Sie mit der rechten Maustaste auf Ausgehend Ordner und wählen Sie Liefern
Sie werden feststellen, dass die Änderungen nicht übermittelt werden können, da ein Konflikt vorliegt. Wir müssen den Konflikt lösen und dann fortfahren Liefern. Klicke auf OK
Um den Konflikt zu lösen, müssen Sie zunächst akzeptieren die eingehenden Änderungen. Klicken Sie mit der rechten Maustaste auf den Ordner Eingehend und wählen Sie dann Akzeptieren
Wählen Sie im Feld Auto, Resolve die Option Resolve aus Spätere Option
Doppelklicken Sie auf die Datei index.jsp, die in der Datei angezeigt wird Ungelöster Ordner.
Klicken Sie mit der rechten Maustaste auf die Datei index.jsp und wählen Sie Mit meinem auflösen. Diese Option behält die Änderungen des aktuellen Benutzers User2 bei. Mit Vorgeschlagen auflösen aktualisiert die Datei mit den eingehenden Änderungen, die von Benutzer1 vorgenommen wurden.
Klicke auf Ja um fortzufahren und dann die Option auszuwählen Als zusammengeführt auflösen auf der rechten Seite.
Klicken Sie nun mit der rechten Maustaste auf das Änderungsset unter Ausgehend Ordner und wählen Sie dann Liefern
Melden Sie sich jetzt als Benutzer1 und an Akzeptieren die Änderungen aus dem Eingehend Mappe.
Build Management
IBM Rational Team Concert unterstützt das Build-Management als logische Erweiterung der Versionskontrollaktivitäten, die oben in diesem Lernprogramm erläutert wurden. Mehrere Teammitglieder liefern ihre Änderungen häufig, vorzugsweise täglich, und jede dieser Integrationen wird durch einen automatisierten Build überprüft, um Fehler so schnell wie möglich zu erkennen. Dies führt zum Konzept der kontinuierlichen Integration. Der automatisierte Build wird normalerweise auf einem dedizierten Build-Server und nicht auf einem Entwicklercomputer ausgeführt.
Um mit Build-Management-Aktivitäten in RTC auf dem Build-Server zu beginnen, müssen Sie herunterladen und installieren Erstellen Sie das System Toolkit Verwenden des IBM Installation Managers. Für Version 6.0.2 ist es im Jazz.net verfügbar Website herunterladen .
Die Installationsanleitung finden Sie hierzu Seite .
Um einen Build zu definieren und auszuführen, benötigen Sie die folgenden 2 Build-Artefakte
- Engine bauen Dies hilft, den definierten Build auszuführen. Dies ist verfügbar, sobald das Build-Toolkit installiert ist
- Build-Definition Dies hilft bei der Identifizierung von Build-Skripten wie ANT oder Maven
Alle Build Management-Aktionen werden auf einem dedizierten Build-Server ausgeführt, und für den Build muss ein separater Repository-Arbeitsbereich erstellt werden. Verwenden Sie keinen vorhandenen Entwickler-Repository-Arbeitsbereich.
Build Engine starten
Erstellen Sie in RTC eine Build-Engine wie unten gezeigt. Klicken Sie mit der rechten Maustaste auf Motoren bauen Ordner und wählen Sie dann Neue Build Engine
Klicken Weiter>
Geben Sie ein ICH WÜRDE und auswählen Jazz Build Engine und klicken Sie auf Fertig
Klicken Sie im Build Engine-Bildschirm auf Speichern
Starten Sie die Build Engine
Wechseln Sie zum Starten der Build Engine in das Verzeichnis, in dem sie installiert ist, und führen Sie das Programm jbe.exe aus, das sich im Eclipse-Verzeichnis des Build-Toolkits befindet
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Führen Sie das Programm an einer Eingabeaufforderung wie folgt aus
Ersetzen Sie die Werte gemäß Ihren Serverdetails
Erstellen Sie eine Build-Definition
Klicken Sie mit der rechten Maustaste auf Builds Ordner und wählen Sie Neue Build-Definition und klicken Sie auf Nächster
Geben Sie eine ID ein und wählen Sie Maven - Jazz Build Engine als Build-Vorlage. Klicken Nächster
Wählen Jazz Source Control und auswählen Fertig
In dem Registerkarte Übersicht Fügen Sie der Build-Definition das hinzu Engine bauen früher erstellt und dann klicken OK
In dem Jazz Source Control TAB Wählen Sie oder Erstellen Sie einen neuen Build Workspace und geben Sie ein Verzeichnis laden . Dies ist das Verzeichnis, in das das Projekt heruntergeladen und der Build zum Generieren des Projekts durchgeführt wird WAR-Datei . Jedes Mal, wenn der Build abgeschlossen ist, wird er gelöscht und der neueste Projektinhalt für den Build heruntergeladen.
Unten in derselben Tabelle sehen Sie die Option, wo sie aktuell ist Änderungen werden akzeptiert vor jedem neuen Build und nur wenn es Änderungen gibt, wird der Build durchgeführt.
der beste kostenlose mp3 downloader für android
In dem Maven TAB, Geben Sie den Speicherort in die Datei pom.xml ein. Das Projekt wird normalerweise in das Ladeverzeichnis heruntergeladen. Der Speicherort von pom.xml wäre also D: LoadDir HelloWorld-Maven
Ziel eingeben als Installieren.
Eingeben Maven-Ausgangsverzeichnis ohne bin
speichern die Build-Definition.
Fordern Sie einen Build an
Klicken Sie in der Ansicht 'Artefakte' mit der rechten Maustaste auf die Build-Definition und wählen Sie sie aus Build anfordern.
Klicke auf Einreichen.
Das Build-Ergebnis wird als erfolgreich abgeschlossen angezeigt, und die im Zielverzeichnis generierte WAR-Datei wird im Paket-Explorer angezeigt.
Fazit
In diesem Lernprogramm haben wir gesehen, wie das Versionskontrollmodul in IBM Rational Team Concert verwendet wird und wie Arbeitselemente eine sehr wichtige Rolle bei der Rückverfolgbarkeit des Quellcodes spielen.
Der wichtigste Teil der SCM-Aktivität in RTC besteht darin, dass sie vollständig in das Build Management integriert ist, das das Konzept der kontinuierlichen Integration definiert.
Wir haben auch das Build Management-Modul von RTC kennengelernt, das die neuesten Änderungen aus dem Jazz SCM-Repository akzeptiert und den Build ausführt.
In meinem nächsten Tutorial Wir werden eine Erweiterung dieser Build-Aktivität sehen, die - Automatische Bereitstellung mit einem anderen IBM Tool namens IBM Urbancode Deploy.
Bleiben Sie dran!!!
Teilen Sie uns Ihre Gedanken / Vorschläge im Kommentarbereich unten mit.
Literatur-Empfehlungen
- Quellcodeverwaltung oder Versionskontrolle in DevOps (Video-Tutorial Teil 2 - Block 2)
- IBM Rational Quality Manager (RQM) Integration mit Rational Functional Tester (RFT)
- Lernprogramm für die Migration von SVN zu IBM Rational Team Concert
- Lerngrundlagen von Rational Robot - IBM Test Automation Tool
- Tutorial zum IBM Rational Team Concert-Fehlermanagement-Tool
- IBM Rational Team Concert (RTC) und SVN-Integration unter Windows
- Datenpoolfunktion in IBM Rational Quality Manager für Testdatenverwaltung
- Erweiterte Workitem-Anpassung von IBM Rational Team Concert