ibm rational jazz source control
The Контрол на джаз източника е хранилище в RTC, което може да съдържа изходния код и всякакви други артефакти като документи или HTML файлове или текстови файлове. А управлението на контрола на източника на Jazz се състои от няколко компонента като компонент, набор от промени, поток, работно пространство на хранилище и т.н.
В този урок ще научим повече за компонентите и функциите на Jazz Source control заедно с Управление на изграждането модул на RTC.
ЗАБЕЛЕЖКА : Този урок има много изображения, така че му позволете да се зареди правилно.
В този урок ще разгледаме задълбочено „Jazz Source control“, използвайки „IBM Rational Team Concert“ и той е базиран на версия 6.0.2.
Какво ще научите:
- Въведение в IBM Rational Team Concert
- Компоненти на Jazz Source Control
- Как работят джаз компонентите?
- Използване на джаз SCM
- Управление на изграждането
- Заключение
- Препоръчително четене
Въведение в IBM Rational Team Concert
Както бе споменато по-горе, IBM Rational Team Concert (RTC) е един от ключовите компоненти на решението на IBM Rational CLM.
Днес с решението ALM проектните екипи търсят решение, което е интегрирано с изпълнението. IBM Rational Team Concert помага на мениджърите на проекти и разработчиците да поддържат малкото артефакти в рамките на едно единствено хранилище.
Артефактите са:
- Управление на работни елементи
- Планиране на проекти (Поддържа Agile Scrum или водопад)
- Управление на софтуерната конфигурация (SCM)
- Управление на изграждането
Всички горепосочени компоненти са добре интегрирани, за да осигурят пълна проследимост на работата, която се извършва от гледна точка на развитието. Сега, нека да разгледаме някои от концепциите, включени в Jazz SCM.
Всеки екип за разработка, състоящ се от множество членове, работи с голяма база изходен код за приложение, което се разработва. Всеки член на екипа работи с един и същ изходен код, като променя един или повече файлове, за да работи по нова функция или да отстрани дефект. Членът на екипа проверява дали промените са правилни и след това споделя тези промени с останалата част от екипа в обща зона.
В същото време други членове на екипа ще работят по възложените им задачи и ще правят промени в изходния код. Така инструментът за контрол на източника помага при организирането на изходния код или документи на екипа, проследяването им и споделянето на промените в обща зона, като по този начин помага на екипа да изпълни задачите, които са му възложени.
В моето предишен урок , видяхме как работните елементи (като Story, Task, Defect и т.н.) съдържат важна информация за проекта. В допълнение към това, тези Елементи на задачите сега ще бъде свързана с промените в изходния код.
Компоненти на Jazz Source Control
The Контрол на джаз източника е хранилище в RTC, което може да съдържа изходния код и всякакви други артефакти като документи или HTML файлове или текстови файлове. Това хранилище се управлява от Джаз екипен сървър и е достъпен чрез URL, който ще видим в този урок.
Нека да разгледаме компонентите, включени в Jazz Source Control и как ще го използваме.
# 1) Промяна на набора
Наборът от промени е колекция от промени в файлове или директории, които обикновено са групирани заедно. В следващите раздели ще видите как множество промени в изходния код са групирани в набор от промени.
# 2) Поток
Поток се използва за съхраняване на промените на целия екип. Обикновено, когато всички членове на екипа правят промени в изходния код, те ангажират или доставят промените в основния поток на проектите. Преди да доставят промените, те трябва да присвоят промените, които са направили в изходния код или някакви артефакти на работен елемент на Задача, към който е назначен член на екипа.
# 3) Компонент
Компонентът съдържа всички артефакти, които включват изходния код и всички други артефакти на проекта.
# 4) Работно пространство на хранилището
Работното пространство на хранилището е област, в която можете да преглеждате и модифицирате контролирани от версията артефакти. Създаването на Repository Workspace е задължително за всеки член, работещ върху артефакти за контрол на източника.
Така че, ако има 10 членове, работещи върху хранилището на Jazz Source Control, всеки от тях трябва да създаде поне 1 работно пространство на хранилището, за да работи с контролирани от версията файлове.
Как работят джаз компонентите?
Нека да разгледаме работния процес на това как горните компоненти работят заедно като интегрирани.
Потокът започва отляво, както е показано по-долу с първи разработчик прави промените в своята разработка IDE като Eclipse или Visual Studio.Net към изходния код и след това проверява промените в работното пространство на хранилището и ДОСТАВЯ промените в основната споделена работна област на проекти, наречена Поток .
The втори разработчик докато работи по неговия изходен код промени ще ПРИЕМ промените в собственото му работно пространство. Докато прави това, ако има конфликти в един и същи ред или няколко реда, той трябва ръчно да обедини тези промени.
Използване на джаз SCM
За да работят по Jazz SCM, потребителите трябва да направят следното. Взех горния сценарий и обясних с 2 потребители, работещи на една и съща кодова база. В този урок използвам примерен код на уеб проект на Java в Eclipse IDE. Същата процедура може да се следва и в Visual Studio.NET за .NET кодова база.
Потребител 1 Дейност
- User1 споделя проекта с Контрол на джаз източника
- Потребител1 прави промени, регистрира се и доставя промените в проекта ПОТОК . Не забравяйте, че не се изисква изрично напускане. Тъй като потребителят прави промени, това се счита за плащане.
Нека сега разгледаме как се правят горните 2 стъпки в Eclipse IDE като User1. Така първият потребител влиза в областта на проекта RTC и преминава към перспективата на Java.
ДА СЕ примерен уеб проект на HelloWorld Maven е създаден и ще бъде качен в Контрол на джаз източника за да работи екипът.
(Забележка:Щракнете върху всяко изображение за увеличен изглед)
Споделете проекта с Jazz Source Control като User1
# 1) User1 влиза в областта на проекта RTC и отваря перспективата на Java, където проектът Maven ще бъде видим в изгледа Package Explorer. За да споделите проекта с Jazz control с десен бутон върху проекта и след това изберете Екип => Споделете проекта
# две) Изберете Контрол на джаз източника и следвайте останалите стъпки, за да завършите качването в хранилището на Jazz
Създайте ново работно пространство на хранилището за Потребител1
Изберете Поток от проекти . Не забравяйте, че потокът и компонентът са създадени по подразбиране, когато е създадена областта на проекта RTC. Можете също да създадете свой собствен поток и компонент. За това упражнение ще използваме създадените по подразбиране вече.
Уверете се, че проект, който да бъде споделен с избрано управление на източника на джаз. Щракнете завършек .
# 3) Вече можете да видите, че Работно пространство User1 е свързано с Проект Maven в Package Explorer което означава, че проектът вече е под хранилище за контрол на източника на Jazz.
# 4) Проектът е споделен с Jazz control control, но все още не е видим за другите членове на екипа. За това a Доставете операция трябва да се направи. Отидете на Предстоящи промени Вижте и ще видите Изходяща папка. Щракнете с десния бутон на мишката върху тази изходяща папка и изберете Можете да видите набора от промени под изходящата папка. Това може да бъде коментар или работен елемент на задача, възложен на разработчика
# 5) The проект вече е наличен в потока на проекта . Така че другите потребители вече могат да създават работно пространство на хранилище и да правят промени в проекта, контролиран от версията, сами локално работно пространство на Eclipse
User2 Activity
Тъй като User2 ще има достъп до хранилището за първи път, трябва да се направят следните действия.
- User2 влиза в Проектна зона на RTC
- Създава работно пространство на хранилище и изтегля проекта, качен от Потребител1
- Първоначално проектът ще бъде изтеглен на локалната машина от хранилището на джаз за извършване на промени. Следователно за първи път потребителят2 не трябва да ПРИЕМА промени. Но впоследствие потребителят ще трябва да ПРИЕМЕ промените
- User2 прави промените и след това доставя тези промени в потока.
# 1) User2 създава работно пространство на хранилище, както е показано по-долу. Щракнете с десния бутон върху поток и изберете Ново => Работно пространство на хранилището
Въведете име като User2_Workspace и след това щракнете върху Напред, за да следвате останалите стъпки.
Щракнете завършек за да започнете да изтегляте проекта Maven от хранилището в работното пространство на локалното машинно затъмнение.
Кликнете върху завършек
# две) Сега можете да видите проекта, който е свързан с User2_Workspace
# 3) Отвори индекс . jsp файл и направете някои промени. Не забравяйте, че няма плащане и тази промяна се извършва като User2. След като направите промени във файла, ЗАПАЗЕТЕ файла. На дъното на Предстоящи промени изглед, ще намерите Нерешен папка.
# 4) Ако в случай, че искате Отмяна промените, тогава можете да го направите, като щракнете с десния бутон върху Нерешен папка и изберете Ако това не се изисква, тогава преминете към следващата стъпка.
# 5) Сега щракнете с десния бутон върху Нерешен папка и изберете Чекиране Всички .
# 6) Задайте работен елемент ЗАДАЧА към набора от промени и доставете промените в потока. Щракнете с десния бутон върху набора от промени, който се показва като
Изберете работния елемент на задачата, зададен на Потребител2 и щракнете Добре
# 7) Вече можете да видите промените, свързани с Работен елемент на задачата и може сега доставям промените в потока.
# 8) Можете също да видите История на промените към всеки файл. Щракнете с десния бутон върху файла в Package или Project Explorer и изберете Екип => Показване на историята
# 9) Можете да се върнете към която и да е предишна версия, като щракнете с десния бутон върху някоя предишна Идент. № на версията и избиране Заредете . След това ще трябва да се регистрирате и да доставите както обикновено.
Потребител1 Дейност
Обратно в работното пространство User1, тъй като User2 е доставил промените, User1 сега ще види промените като Входящи. Щракнете с десния бутон върху Входяща папка и след това изберете Приемете .
Промените, направени от User2, вече се попълват в работното пространство User1. Така че работното пространство User1 е актуално на Джаз хранилище .
Като User1, сега променете втория ред в етикета, за да създадете конфликт, като приемете, че дори User2 прави промяна на същия ред.
Както обикновено запишете файла, Check-in All, Assign to a Task work item и Deliver промените в потока.
User2 Activity
User2 ще види промяната в Входяща папка. Но в същото време Потребител2 също модифицира същия ред.
Запазете файла. Щракнете с десния бутон върху неразрешен папка и изберете Проверете всички
Присвояване на a Работа на задачата артикул преди доставяне . Щракнете с десния бутон върху озаглавения набор от промени
Щракнете с десния бутон върху Изходящи папка и изберете Доставям
Ще забележите, че промените не могат да бъдат доставени, тъй като има конфликт. Трябва да разрешим конфликта и след това да продължим Доставям. Кликнете върху Добре
За да разрешите конфликта, на първо място, приемете входящите промени. Щракнете с десния бутон върху папката Incoming и след това изберете Приемете
В полето Auto, Resolve изберете Resolve По-късен вариант
Щракнете двукратно върху файла index.jsp, който е показан в Неразрешена папка.
Щракнете с десния бутон върху файла index.jsp и изберете Разрешете с моето. Тази опция ще запази промените, направени от текущия потребител, който е User2. Решете с Предложено ще актуализира файла с входящите промени, направени от User1.
Кликнете върху Да за да продължите и след това изберете опцията Решаване като обединено от дясната страна.
Сега щракнете с десния бутон върху промяната, зададена под Изходящи папка и след това изберете Доставям
Сега влезте като User1 и Приемете промените от Входящи папка.
Управление на изграждането
IBM Rational Team Concert поддържа управлението на изграждането като логическо разширение на дейностите по контрол на версиите, което беше обяснено по-горе в този урок. Множество членове на екипа доставят своите промени често за предпочитане ежедневно и всяка от тази интеграция се проверява чрез автоматизирана компилация, за да се открият възможно най-бързо всички дефекти или грешки. Това води до концепция за непрекъсната интеграция. Автоматизираното изграждане обикновено се извършва на специален сървър за изграждане, а не на машина за разработчици.
За да започнете с дейности по управление на компилация в RTC на сървъра за компилация, ще трябва да изтеглите и инсталирате Изградете инструментариум за система използване на IBM Installation Manager. За версия 6.0.2 тя е достъпна в Jazz.net сайт за изтегляне .
Инструкциите за инсталиране могат да бъдат намерени на това страница .
За да дефинирате и стартирате всяка компилация, ще ви трябват следните 2 артефакта на компилация
- Build Engine което помага да се изпълни дефинираната компилация. Това е достъпно след инсталирането на инструментариума Build
- Дефиниция на компилация което помага да се идентифицира всеки скрипт за изграждане като ANT или Maven
Всички действия за управление на компилацията се извършват на специален сървър за компилация и за компилацията трябва да се създаде отделно работно пространство на хранилището. Не използвайте съществуващо работно пространство на хранилището за програмисти.
Стартиране на Build Engine
В RTC създайте механизъм за изграждане, както е показано по-долу. Щракнете с десния бутон върху Изграждане на двигатели папка и след това изберете Двигател за ново изграждане
Щракнете Напред>
Въведете документ за самоличност и изберете Jazz Build Engine и кликнете върху завършек
Кликнете върху Запазване на екрана на Build Engine
Стартирайте Build Engine
За да стартирате Build Engine, отидете в директорията, където е инсталиран, и след това стартирайте програмата jbe.exe, намерена в директорията eclipse на build buildk
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Стартирайте програмата от командния ред, както следва
Заменете стойностите според детайлите на вашия сървър
Създайте дефиниция на компилация
Щракнете с десния бутон върху Изгражда папка и изберете Нова дефиниция на компилация и кликнете върху Следващия
Въведете идентификатор и изберете Maven - Jazz Build Engine като шаблон за изграждане. Щракнете Следващия
Изберете Контрол на джаз източника и изберете завършек
В Раздел Общ преглед от дефиницията на компилация, добавете Build Engine създаден по-рано и след това щракнете Добре
В Джаз източник за контрол TAB изберете или създайте ново Build Workspace и въведете a зареждане на директория . Това е директорията, откъдето ще бъде изтеглен проектът и ще бъде направено изграждането, за да се генерира WAR файл . Всеки път, когато компилацията приключи, тя ще бъде изтрита и ще бъде изтеглено най-новото съдържание на проекта за компилацията.
Точно отдолу в същия TAB можете да видите опцията къде е най-късно ще бъдат приети промени преди всяка нова компилация и само ако има промени, компилацията ще бъде извършена.
добри аниме уебсайтове, за да гледате аниме безплатно
В Maven TAB, въведете местоположението във файла pom.xml. Проектът обикновено ще бъде изтеглен в директорията за зареждане. Така че местоположението на pom.xml ще бъде D: LoadDir HelloWorld-Maven
Въведете целта като Инсталирай.
Въведете Начална директория на Maven без bin
Запазете дефиницията на компилация.
Заявете компилация
В изгледа Екип, Артефакти щракнете с десния бутон върху дефиницията на компилация и след това изберете Заявка за изграждане.
Кликнете върху Изпращане.
Резултатът от Build е показан като завършен успешно и WAR файлът, генериран в целевата директория, ще бъде показан в пакета за изследване.
Заключение
В този урок видяхме как да използваме модула за управление на версиите в рамките на IBM Rational Team Concert и как работните елементи играят много важна роля за проследяването на изходния код.
Най-важната част от дейността на SCM в RTC е, че тя е напълно интегрирана с Build Management, което определя концепцията за непрекъсната интеграция.
Също така научихме за модула за управление на изграждането на RTC, който приема последните промени от хранилището на Jazz SCM и изпълнява компилацията.
В следващия ми урок , ще видим разширение на тази дейност по изграждане, което е - Автоматично внедряване с помощта на друг инструмент на IBM, наречен IBM Urbancode Deploy.
Останете на линия !!!
Споделете вашите мисли / предложения в раздела за коментари по-долу.
Препоръчително четене
- Контрол на източника или контрол на версиите в DevOps (Урок за видео част 2 - Блок 2)
- Интеграция на IBM Rational Quality Manager (RQM) с Rational Functional Tester (RFT)
- SVN към IBM Rational Team Concert Migration Tutorial
- Изучаване на основи на Rational Robot - Инструмент за автоматизация на тестовете на IBM
- Урок за инструмент за управление на дефекти на IBM Rational Team Concert
- IBM Rational Team Concert (RTC) и SVN интеграция на Windows
- Функция на пула от данни в IBM Rational Quality Manager за управление на тестови данни
- IBM Rational Team Concert Разширено персонализиране на работни елементи