Turpinot aizsākto tēmu par jauno gaidāmo vilni, šoreiz parunāsim par izejas koda atsekošanas iespējām, ko mums piedāvās nākamā studijas versija.
Vai kādreiz ir nācies meklēt pa vēsturi dažādus changeset'us, meklēt to autorus, salīdzināt versijas un beidzot saprast, kurā no daudzajiem zariem šīs konkrētās izmaiņas varētu būt jau iekļautas un kuros zaros šīs izmaiņas vēl ir jāmergo.
Ja kāds ar to ir nodarbojies, tad noteikti sapratīs, ka tas ir konkrēts pain-in-***. Jaunā studijas versija meklē atrisinājumu šai problēmai un piedāvā zināma veida risinājumu.
Grafiskā zarošanās
Pirmais jaunievedums ir zaru savstarpējo attiecību apskatīšana/attēlošana grafiskā veidā.
Pieņemsim, ka esam izveidojuši sekojošu zaru struktūru:
+-- main
|-- b1
|-- b1-intgr01
|-- b1-intgr01-20081221
|-- b1-intgr01-20081221-t
|-- b1-integr02
Zemāk ir attēlots šo zaru izvietojums izejas koda repositorijā.
Viens no veidiem kā var aplūkot savstarpējās atkarības starp zariem, izmantojot Properties logu, piemēram, main zaram sadaļā Relationships.
Otrs veids ir izvēloties Branching and Merging sadaļā View Hierarchy.
`
Šis skats dod iespēju vizuāli attēlot izejas koda repositorija stāvokli un saites starp dažādiem zariem. Manuprāt, ļoti labi noderēs release dokumentācijā, ja kāds sadarbojas ar advancētu klientu, kam interesē piegādatāja mājsaimniecība, kā tas ir manā gadījumā.
Ir iespēja arī aplūkot tikai kāda noteikta zara hierarhiju izvēloties View Hierarchy komandu zara konteksta izvēlnē.
Rezultātā visi liekie zari tiek aizvākti un attēlots tikai konkrētā zara attiecību hierarhija.
Ielāpu atsekošana
Otra jaukā iespēja, ko piedāvās jaunā studijas versija ir ielāpu jeb patch ceļu atsekošana starp zariem un ērtāka to pārvaldība.
Aplūkojot zara vēsturi,
Sarakstā pie asociētajām izmaiņu kopām ir parādījusies jauna iespēja - Track Changeset.
Šī komanda dod ļoti lielisku iespēju grafiski atsekot konkrētās izmaiņas dzīves ciklu pa zariem, izvēloties kuros zaros vēlamies atsekot izmaiņas,
redzams, ka, piemēram, 49 numuru izmaiņu kopa ir veikta b1-intgr01 zarā un vēlāk zarota uz b1-intgr01-20081221 un b1-intgr01-20081221-t zariem.
Demonstrācijas nolūkiem izveidotajos zaros tika veiktas nelielas modifikācijas. Izmaiņas tika ieviestas tikai b1-intgr01-20081221-t zarā.
Izmantojot to pašu grafisko izmaiņu dzīves cikla pārlūkotāja rīku iespējams ar Drag&Drop tehnikas palīdzību uzsākt izmaiņu ieviešanu arī citos zaros (merging).
Kā rezultātā atveras standarta Merge pavadītāja logs (Te gan jāpiebilst, ka šajā CTP nestrādā pareizā zara izvēle Target branch sarakstā).
Tādā veidā turpinot un ieviešot nepieciešamo izmaiņu visos pārējos zaros, varam beigās iegūt sekojošu bildi, kas ļoti uzskatāma parāda, kur un kādos zaros un zem kāda izmaiņu kopas identifikatora ir attiecīgā izmaiņa ieviesta.
Šīs pašas izmaiņas var aplūkot arī hierarhiskā veidā, kas manuprāt arī ir noderīgi, bet nav tik uzskatāmi kā līdzīgi Gantta diagrammai, izmaiņas ir attēlotas uz laika ass.
Šis jaunievedums, manuprāt, ir ļoti būtisks cilvēkiem, kas nodarbojas ar sistēmu stabilizācijas darbiem veicot arī nepieciešamās izmaiņas kodā. Jaunievedums ļauj ātri un ērti atsekot veiktās izmaiņas un merge operācijas nepieciešamību dažādos saistītajos zaros.
Cerams, ka noderēs!