ibm rational jazz source control
Plik Kontrola źródła Jazz to repozytorium w RTC, które może przechowywać kod źródłowy i wszelkie inne artefakty, takie jak dokumenty lub pliki HTML lub dowolne pliki tekstowe. Zarządzanie kontrolą źródła Jazz składa się z kilku komponentów, takich jak komponent, zestaw zmian, strumień, obszar roboczy repozytorium itp.
W tym samouczku dowiemy się więcej o komponentach i funkcjach formantu Jazz Source wraz z Zarządzanie budowaniem moduł RTC.
UWAGA : Ten samouczek zawiera wiele obrazów, więc pozwól mu się poprawnie załadować.
W tym samouczku szczegółowo przyjrzymy się „Kontroli źródła Jazz” przy użyciu „IBM Rational Team Concert” i jest ona oparta na wersji 6.0.2.
Czego się nauczysz:
- Wprowadzenie do IBM Rational Team Concert
- Komponenty kontroli źródła Jazz
- Jak działają komponenty jazzowe?
- Wykorzystanie Jazz SCM
- Zarządzanie budowaniem
- Wniosek
- rekomendowane lektury
Wprowadzenie do IBM Rational Team Concert
Jak wspomniano powyżej, IBM Rational Team Concert (RTC) jest jednym z kluczowych komponentów rozwiązania IBM Rational CLM.
Dziś dzięki rozwiązaniu ALM zespoły projektowe szukają rozwiązania, które jest zintegrowane z realizacją. IBM Rational Team Concert pomaga kierownikom projektów i programistom w utrzymywaniu kilku artefaktów w jednym repozytorium.
Artefakty to:
- Zarządzanie elementami pracy
- Planowanie projektu (wsparcie Agile Scrum lub wodospad)
- Zarządzanie konfiguracją oprogramowania (SCM)
- Zarządzanie budowaniem
Wszystkie powyższe komponenty są dobrze zintegrowane, aby zapewnić pełną identyfikowalność pracy wykonywanej z punktu widzenia rozwoju. Teraz przyjrzyjmy się niektórym koncepcjom związanym z Jazz SCM.
Każdy zespół programistów składający się z wielu członków pracuje z dużą bazą kodu źródłowego tworzonej aplikacji. Każdy członek zespołu pracuje z tym samym kodem źródłowym, zmieniając jeden lub więcej plików, aby pracować nad nową funkcją lub naprawić usterkę. Członek zespołu sprawdza, czy zmiany są poprawne, a następnie udostępnia je reszcie zespołu we wspólnym obszarze.
W tym samym czasie inni członkowie zespołu będą pracować nad przydzielonymi im zadaniami i wprowadzać zmiany w kodzie źródłowym. Dlatego narzędzie do kontroli źródła pomaga w organizowaniu kodu źródłowego lub dokumentów zespołu, śledzeniu ich i udostępnianiu zmian we wspólnym obszarze, pomagając w ten sposób zespołowi w wykonywaniu przydzielonych im zadań.
W moim poprzedni tutorial , widzieliśmy, jak elementy pracy (takie jak historia, zadanie, błąd itp.) zawierają ważne informacje o projekcie. Oprócz tego te pliki Elementy zadań będzie teraz powiązany ze zmianami w kodzie źródłowym.
Komponenty kontroli źródła Jazz
Plik Kontrola źródła Jazz to repozytorium w RTC, które może przechowywać kod źródłowy i wszelkie inne artefakty, takie jak dokumenty lub pliki HTML lub dowolne pliki tekstowe. To repozytorium jest zarządzane przez Jazz Team Server i jest dostępny za pomocą adresu URL, który zobaczymy w tym samouczku.
Przyjrzyjmy się komponentom związanym z kontrolą źródła Jazz i sposobom ich wykorzystania.
# 1) Zmień zestaw
Zestaw zmian to zbiór zmian w plikach lub katalogach, które są zwykle zgrupowane razem. W kolejnych sekcjach zobaczysz, jak wiele zmian w kodzie źródłowym jest zgrupowanych w zestawie zmian.
# 2) Strumień
Strumień służy do przechowywania zmian całego zespołu. Zwykle, gdy wszyscy członkowie zespołu wprowadzają zmiany w kodzie źródłowym, zatwierdzają lub dostarczają zmiany do głównego nurtu projektów. Przed dostarczeniem zmian muszą przypisać zmiany wprowadzone w kodzie źródłowym lub wszelkich artefaktach do elementu pracy Zadanie, do którego jest przypisany członek zespołu.
# 3) Komponent
Komponent zawiera wszystkie artefakty, które obejmują kod źródłowy i wszelkie inne artefakty projektu.
# 4) Obszar roboczy repozytorium
Obszar roboczy repozytorium to obszar, w którym można wyświetlać i modyfikować artefakty kontrolowane przez wersję. Utworzenie obszaru roboczego repozytorium jest koniecznością dla każdego członka pracującego nad artefaktami kontroli źródła.
Jeśli więc na repozytorium Jazz Source Control pracuje 10 członków, każdy z nich powinien utworzyć co najmniej 1 obszar roboczy repozytorium, aby pracować na plikach z kontrolą wersji.
Jak działają komponenty jazzowe?
Przyjrzyjmy się przepływowi pracy, w jaki sposób powyższe komponenty współpracują ze sobą jako zintegrowane.
Przepływ zaczyna się od lewej, jak pokazano poniżej z pierwszy programista robi zmiany w swoim IDE programistycznym, takim jak Eclipse lub Visual Studio.Net w kodzie źródłowym, a następnie sprawdza zmiany w obszarze roboczym repozytorium i DOSTARCZA zmiany w głównym współdzielonym obszarze roboczym projektu zwanym Strumień .
Plik drugi deweloper podczas pracy nad zmianami w kodzie źródłowym będzie ZAAKCEPTOWAĆ zmiany we własnym obszarze roboczym. Robiąc to, jeśli są jakieś konflikty w tej samej linii lub wielu liniach, musi ręcznie scalić te zmiany.
Wykorzystanie Jazz SCM
Aby móc pracować na platformie Jazz SCM, użytkownicy muszą wykonać następujące czynności. Wziąłem powyższy scenariusz i wyjaśniłem, że 2 użytkowników pracuje na tej samej bazie kodu. W tym samouczku używam przykładowego kodu projektu WWW w języku Java w środowisku Eclipse IDE. Ta sama procedura może być również zastosowana w Visual Studio.NET dla kodu bazowego .NET.
Aktywność użytkownika 1
- Użytkownik1 udostępnia projekt w Kontrola źródła jazzu
- Użytkownik1 dokonuje zmian, rejestruje i dostarcza zmiany do projektu STRUMIEŃ . Pamiętaj, że nie jest wymagane wyraźne wymeldowanie. Gdy użytkownik wprowadza zmiany, jest to traktowane jako pobranie.
Przyjrzyjmy się teraz, jak powyższe 2 kroki są wykonywane w środowisku Eclipse IDE jako Użytkownik1. Tak więc pierwszy użytkownik loguje się do obszaru projektu RTC i przełącza się na perspektywę Java.
DO przykładowy projekt sieci web HelloWorld Maven jest utworzony i zostanie przesłany do Kontrola źródła jazzu dla zespołu do pracy.
(Uwaga:Kliknij dowolny obraz, aby uzyskać powiększony widok)
Udostępnij projekt Jazz Source Control jako User1
# 1) Użytkownik1 loguje się do obszaru projektu RTC i otwiera perspektywę Java, w której projekt Maven będzie widoczny w widoku Eksploratora pakietów. Aby udostępnić projekt w systemie kontroli źródła Jazz, kliknij projekt prawym przyciskiem myszy, a następnie wybierz Zespół => Udostępnij projekt
#dwa) Wybierz Kontrola źródła Jazz i wykonaj pozostałe kroki, aby zakończyć przesyłanie do repozytorium Jazz
Utwórz nowy obszar roboczy repozytorium dla użytkownika 1
Wybierz Strumień projektu . Pamiętaj, że strumień i komponent zostały utworzone domyślnie podczas tworzenia obszaru projektu RTC. Możesz również stworzyć swój własny strumień i komponent. W tym ćwiczeniu użyjemy już utworzonych domyślnych.
Upewnij się, że projekt do udostępnienia ze sterowaniem źródłem Jazz. Kliknij koniec .
# 3) Teraz możesz zobaczyć, że plik Przestrzeń robocza użytkownika 1 jest powiązany z Projekt Maven w Eksploratorze pakietów co oznacza, że projekt znajduje się teraz w repozytorium kontroli źródła Jazz.
# 4) Projekt jest udostępniany do kontroli źródła Jazz, ale nie jest jeszcze widoczny dla innych członków zespołu. W tym celu a Zapewnij operację powinno być zrobione. Iść do Oczekujące zmiany Wyświetl, a zobaczysz plik Folder wychodzący. Kliknij prawym przyciskiem myszy ten folder wychodzący i wybierz opcję Możesz zobaczyć zestaw zmian w folderze wychodzącym. Może to być komentarz lub element pracy Zadanie przypisany do dewelopera
# 5) Plik Projekt jest teraz dostępny w strumieniu projektu . Dzięki temu inni użytkownicy mogą teraz tworzyć obszar roboczy repozytorium i samodzielnie wprowadzać zmiany w projekcie z kontrolą wersji lokalny obszar roboczy Eclipse
Aktywność użytkownika 2
Ponieważ Użytkownik 2 będzie uzyskiwał dostęp do repozytorium po raz pierwszy, należy wykonać następujące czynności.
- Użytkownik2 loguje się do Obszar projektu RTC
- Tworzy obszar roboczy repozytorium i pobiera projekt przesłany przez Użytkownik1
- Początkowo projekt zostanie pobrany na lokalną maszynę z repozytorium jazzu w celu wprowadzenia zmian. Dlatego też po raz pierwszy Użytkownik2 nie musi AKCEPOWAĆ żadnych zmian. Ale później użytkownik będzie musiał ZAAKCEPTOWAĆ zmiany
- Użytkownik2 dokonuje zmian, a następnie dostarcza je do strumienia.
# 1) Użytkownik2 tworzy obszar roboczy repozytorium, jak pokazano poniżej. Kliknij prawym przyciskiem myszy plik strumień i wybierz Nowy => Obszar roboczy repozytorium
Wpisz nazwę, na przykład User2_Workspace a następnie kliknij przycisk Dalej, aby wykonać pozostałe kroki.
Kliknij koniec aby rozpocząć pobieranie projektu Maven z repozytorium do obszaru roboczego eclipse komputera lokalnego.
Kliknij koniec
#dwa) Teraz możesz zobaczyć projekt, z którym jest połączony User2_Workspace
# 3) Otworzyć indeks . jsp plik i wprowadź zmiany. Pamiętaj, że nie ma kasy, a ta zmiana jest wykonywana jako Użytkownik2. Po wprowadzeniu zmian w pliku ZAPISZ plik. W dolnej części Oczekujące zmiany zobacz, znajdziesz plik Nie rozwiązany teczka.
# 4) Jeśli chcesz Cofnij zmiany, możesz to zrobić, klikając prawym przyciskiem myszy plik Nie rozwiązany folder i wybierz Jeśli to nie jest wymagane, to przejdź do następnego kroku.
# 5) Teraz kliknij prawym przyciskiem myszy Nie rozwiązany folder i wybierz Odprawa wszystko .
# 6) Przypisz element roboczy ZADANIE do zestawu zmian i wprowadź zmiany do strumienia. Kliknij prawym przyciskiem myszy zestaw zmian, który wyświetla się jako
Wybierz element pracy Zadanie przypisany do Użytkownik2 i kliknij ok
# 7) Możesz teraz zobaczyć zmiany skojarzone z Element roboczy zadania i może teraz dostarczyć zmiany w strumieniu.
# 8) Możesz również wyświetlić plik Historia zmian do dowolnego pliku. Kliknij prawym przyciskiem myszy plik w Eksploratorze pakietu lub projektu i wybierz Zespół => Pokaż historię
# 9) Możesz powrócić do dowolnej poprzedniej wersji, klikając prawym przyciskiem myszy poprzednią wersję Identyfikator wersji i wybierając Załaduj . Następnie musisz normalnie się zameldować i dostarczyć.
Aktywność użytkownika 1
Po powrocie do obszaru roboczego Użytkownik1, ponieważ Użytkownik2 dostarczył zmiany, Użytkownik1 będzie teraz widzieć zmiany jako Przychodzący. Kliknij prawym przyciskiem myszy plik Folder przychodzący a następnie wybierz Zaakceptować .
Zmiany wprowadzone przez użytkownika 2 są teraz wprowadzane do obszaru roboczego użytkownika 1. Dlatego obszar roboczy User1 jest aktualny w wersji Jazz magazyn .
Jako Użytkownik1 zmodyfikuj teraz drugą linię w tagu, aby wywołać konflikt, zakładając, że nawet Użytkownik2 dokonuje zmiany w tej samej linii.
Jak zwykle zapisz plik, Wpisz wszystko, Przypisz do zadania i Dostarcz zmiany w strumieniu.
Aktywność użytkownika 2
Użytkownik2 zobaczy zmianę w Folder przychodzący. Ale w tym samym czasie Użytkownik2 modyfikuje również tę samą linię.
Zapisz plik. Kliknij prawym przyciskiem myszy plik nie rozwiązany folder i wybierz Wpisz wszystko
Przypisz Praca zadaniowa Przedmiot przed dostarczeniem . Kliknij prawym przyciskiem myszy zestaw zmian zatytułowany
Kliknij prawym przyciskiem myszy plik Towarzyski folder i wybierz Dostarczyć
Zauważysz, że zmian nie można wprowadzić, ponieważ istnieje konflikt. Musimy rozwiązać konflikt, a następnie kontynuować Dostarczyć. Kliknij ok
Aby rozwiązać konflikt, przede wszystkim zaakceptować Nadchodzące zmiany. Kliknij prawym przyciskiem myszy folder Przychodzące, a następnie wybierz Zaakceptować
W polu Auto, Resolve wybierz Resolve Później opcja
Kliknij dwukrotnie plik index.jsp widoczny w pliku Nierozwiązany folder.
Kliknij prawym przyciskiem myszy plik index.jsp i wybierz Zdecyduj z moim. Ta opcja zachowa zmiany wprowadzone przez aktualnego użytkownika, którym jest Użytkownik2. Rozwiąż z propozycją zaktualizuje plik o nadchodzące zmiany wprowadzone przez użytkownika 1.
Kliknij tak aby kontynuować, a następnie wybierz opcję Rozpatrz jako scalony po prawej stronie.
Teraz kliknij prawym przyciskiem myszy zestaw zmian poniżej Towarzyski folder, a następnie wybierz Dostarczyć
Teraz zaloguj się jako User1 i Zaakceptować zmiany z Przychodzący teczka.
Zarządzanie budowaniem
Produkt IBM Rational Team Concert obsługuje zarządzanie kompilacją jako logiczne rozszerzenie działań kontroli wersji, które zostały wyjaśnione powyżej w tym kursie. Wielu członków zespołu dostarcza swoje zmiany często, najlepiej codziennie, a każda z tych integracji jest weryfikowana przez zautomatyzowaną kompilację w celu jak najszybszego wykrycia wszelkich usterek lub błędów. Prowadzi to do koncepcja ciągłej integracji. Automatyczna kompilacja jest zwykle wykonywana na dedykowanym serwerze kompilacji, a nie na komputerze deweloperskim.
Aby rozpocząć działania związane z zarządzaniem kompilacją w RTC na serwerze kompilacji, musisz pobrać i zainstalować Build System Toolkit za pomocą programu IBM Installation Manager. W wersji 6.0.2 jest dostępny w witrynie Jazz.net witryna pobierania .
Instrukcje instalacji można znaleźć na tym strona .
Aby zdefiniować i uruchomić dowolną kompilację, potrzebujesz następujących 2 artefaktów kompilacji
- Build Engine co pomaga uruchomić zdefiniowaną kompilację. Jest to dostępne po zainstalowaniu zestawu narzędzi do kompilacji
- Definicja budowania co pomaga zidentyfikować dowolny skrypt budowania, taki jak ANT lub Maven
Wszystkie czynności zarządzania kompilacją są wykonywane na dedykowanym serwerze kompilacji, a dla kompilacji należy utworzyć oddzielny obszar roboczy repozytorium. Nie używaj żadnego istniejącego obszaru roboczego repozytorium deweloperów.
Uruchamiam silnik kompilacji
W RTC utwórz silnik kompilacji, jak pokazano poniżej. Kliknij prawym przyciskiem myszy plik Buduj silniki folder, a następnie wybierz Nowy silnik budowania
Kliknij Dalej>
Wpisz ID i wybierz Jazz Build Engine i kliknij koniec
Kliknij Zapisz na ekranie Build Engine
Uruchom silnik budowania
Aby uruchomić silnik kompilacji, przejdź do katalogu, w którym jest zainstalowany, a następnie uruchom program jbe.exe znajdujący się w katalogu eclipse zestawu narzędzi do budowania
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Uruchom program z wiersza polecenia w następujący sposób
Zastąp wartości zgodnie ze szczegółami serwera
Utwórz definicję kompilacji
Kliknij prawym przyciskiem myszy plik Buduje folder i wybierz Nowa definicja kompilacji i kliknij Kolejny
Wprowadź identyfikator i wybierz Maven - Jazz Build Engine jako szablon kompilacji. Kliknij Kolejny
Wybierz Kontrola źródła Jazz i wybierz koniec
w Karta Przegląd z definicji kompilacji dodaj rozszerzenie Build Engine utworzony wcześniej, a następnie kliknij ok
w Jazz Source Control TAB wybierz lub utwórz nowy obszar roboczy kompilacji i wprowadź załaduj katalog . To jest katalog, w którym projekt zostanie pobrany, a kompilacja zostanie wykonana w celu wygenerowania pliku Plik WAR . Za każdym razem, gdy kompilacja zostanie ukończona, zostanie usunięta, a najnowsza zawartość projektu zostanie pobrana dla kompilacji.
Tuż poniżej, na tej samej karcie, możesz zobaczyć opcję, gdzie jest najnowsza zmiany zostaną zaakceptowane przed każdą nową kompilacją i tylko w przypadku wprowadzenia zmian kompilacja zostanie wykonana.
jaki jest najlepszy bloker reklam dla Chrome
w Maven TAB, wprowadź lokalizację do pliku pom.xml. Projekt zostanie zwykle pobrany do katalogu ładowania. Więc lokalizacja pom.xml byłaby D: LoadDir HelloWorld-Maven
Wpisz cel jako zainstalować.
Wchodzić Katalog domowy Maven bez bin
Zapisać Definicja kompilacji.
Poproś o kompilację
W widoku zespołu Artefakty kliknij prawym przyciskiem myszy definicję kompilacji, a następnie wybierz Poproś o kompilację.
Kliknij Zatwierdź.
Wynik kompilacji jest wyświetlany jako zakończony pomyślnie, a plik WAR wygenerowany w katalogu docelowym zostanie wyświetlony w eksploratorze pakietów.
Wniosek
W tym samouczku widzieliśmy, jak używać modułu kontroli wersji w produkcie IBM Rational Team Concert i jak elementy pracy odgrywają bardzo ważną rolę w śledzeniu kodu źródłowego.
Najważniejszą częścią działalności SCM w RTC jest to, że jest on całkowicie zintegrowany z Build Management, który definiuje koncepcję Continuous Integration.
Dowiedzieliśmy się również o module Build Management programu RTC, który akceptuje najnowsze zmiany z repozytorium Jazz SCM i wykonuje kompilację.
W moim następnym samouczku , zobaczymy rozszerzenie tej czynności kompilacji, które jest - Automatyczne wdrażanie przy użyciu innego narzędzia IBM o nazwie IBM Urbancode Deploy.
Bądźcie czujni!!!
Daj nam znać swoje przemyślenia / sugestie w sekcji komentarzy poniżej.
rekomendowane lektury
- Kontrola źródła lub kontrola wersji w DevOps (samouczek wideo, część 2 - blok 2)
- Integracja produktu IBM Rational Quality Manager (RQM) z produktem Rational Functional Tester (RFT)
- Migracja z SVN do IBM Rational Team Concert - samouczek
- Nauka podstaw Rational Robot - IBM Test Automation Tool
- IBM Rational Team Concert Defect Management Tool - samouczek
- IBM Rational Team Concert (RTC) i integracja SVN w systemie Windows
- Funkcja puli danych w produkcie IBM Rational Quality Manager do zarządzania danymi testowymi
- IBM Rational Team Concert Zaawansowane dostosowywanie elementów pracy