3.2 Git’də Branch - Sadə Branching və Birləşdirmə

Əvvəlcə deyək ki, layihəniz üzərində işləyirsiniz və artıq master branch-ında bir neçə iş görmüsünüz.

Şirkətinizin istifadə etdiyi hər hansı bir izləmə sistemində 53-cü sayda çalışacağınıza qərar verdiniz. Yeni bir branch yaratmaq və eyni zamanda ona keçmək üçün -b keçidi ilə git checkout əmrini işlətmək olar:

Bu ssenaridir:

Veb saytınızda işləyirsiniz və bəzi commit-lər verirsiniz. Bunu etmək, iss53 branch-ını irəli aparır, çünki siz onu yoxlamısınız (yəni HEAD ona işarə edir):

İndi veb saytında bir problem olduğuna dair zəng alırsınız və dərhal onu düzəltməlisiniz. Git ilə düzəlişlərinizi iss53 dəyişiklikləri ilə birlikdə düzəltməyə ehtiyac yoxdur və düzəlişlərinizi production-da olanlara tətbiq etməzdən əvvəl bu dəyişiklikləri geri qaytarmaq üçün əziyyət çəkməyinizə ehtiyac yoxdur. Sadəcə master branch-ına qayıtmaq lazımdır.

Ancaq bunu etməzdən əvvəl qeyd edin ki, əgər işlədiyiniz qovluq və ya quruluş sahəniz yoxlanılan branch-la konfilikt təşkil etmirsə, Git branch-ları dəyişməyə imkan vermir. Branch-ları dəyişdirərkən təmiz bir iş vəziyyətinə sahib olmağınız yaxşıdır. Daha sonra Stashing və Təmizləmə-də bəhs edəcəyimiz (yəni stashing və commit etmək) yolları var. Hələlik, bütün dəyişikliklərinizi etdiyinizi düşünün və yenidən master branch-ınıza qayıda bilərsiniz:

Bu anda layihə işlədiyiniz qovluq #53 nömrəli problem üzərində işləməyə başlamamışdan əvvəlki yoldur və fikrinizi düzəlişə cəmləşdirə bilərsiniz. Bu yadda saxlamağınız vacib olan bir məqamdır: branch-ları dəyişdirdiyiniz zaman Git, işçi qovluğunuzu bu branch-da sonuncu dəfə etdiyiniz kimi görmək üçün sıfırlayır. Bu işləmə kopyasının branch-ının son commit-ə bənzədiyinə əmin olmaq üçün faylları əlavə edir, çıxarır və avtomatik olaraq dəyişdirir.

Sonra düzəltmək üçün düzəltmə nöqtəniz var. Gəlin tamamlanana qədər işləyəcək bir hotfix branch-ı yaradaq:

Testlərinizi işə sala bilərsiniz,hansı düzəlişi istədiyinizdən əmin olun və nəhayət hotfix branch-ını istehsal etmək üçün yenidən master branch-ınıza birləşdirin.

Siz bunu git merge əmri ilə edin:

Bu birləşmədə “fast-forward” ifadəsini görəcəksiniz. Birləşdirdiyiniz hotfix branch-ı ilə göstərilən C4`commit-i, üzərində olduğunuz `C2 commit-inin qabağında olduğundan Git sadəcə göstəricini irəli aparır. Başqa bir şəkildə ifadə etmək üçün ilk commit-in tarixini izləməklə əldə edilə bilən bir commit-lə birləşməyə çalışdığınız zaman, Git göstərici irəli apararaq işləri sadələşdirir, çünki birlikdə birləşmək üçün ayrı-ayrılıqda işlər görülmür - buna deyilir “fast-forward.”

Dəyişiklik artıq master branch-nın işarə etdiyi commit-in snapshotudur və düzəlişi yerləşdirə bilərsiniz.

Super əhəmiyyətli düzəlişiniz yerləşdirildikdən sonra müdaxilə etməmişdən əvvəl etdiyiniz işə geri dönməyə hazırsınız.

Ancaq əvvəlcə hotfix branch-nı silirsiniz, çünki artıq ehtiyacınız yoxdur - master branch-ı eyni yeri göstərir.

Onu -d seçimini git branch əmrinə əlavə edərək silə bilərsiniz:

İndi #53 nömrəli məsələ ilə əlaqədar işinizdə olan şöbəyə qayıda bilərsiniz və üzərində işləməyə davam edə bilərsiniz.

Burada qeyd etmək lazımdır ki, hotfix branch-da gördüyünüz işlər iss53 branch-dakı sənədlərdə yoxdur. Əgər onu pull etmək lazımdırsa, git merge master-i işə salmaqla master branch-nızı iss53 branch-a birləşdirə bilərsiniz və ya iss53 branch-nı daha sonra master halına gətirməyə qərar verənə qədər bu dəyişikliklərin inteqrasiyasını gözləyə bilərsiniz.

Təqdim etdiyiniz #53 nömrəli işiniz tamamlandı və master branch-nıza birləşdirilməyə artıq hazırdır. Bunu etmək üçün, iss53 branch-nızı əvvəllər hotfix branch-nı birləşdirdiyiniz kimi master-ə birləşdirəcəksiniz. Yalnız etməli olduğunuz branch-ı yoxlamaq və sonra git merge əmrini icra etməkdir:

Bu əvvəl düzəltdiyiniz hotfix birləşməsindən bir az fərqli görünür. Bu vəziyyətdə inkişaf tarixiniz bəzi köhnə nöqtələrdən ayrılacaqdır. Gördüyünüz branch-dakı commit birləşdiyiniz branch-ın birbaşa ancestor-u olmadığından Git bəzi işlər görməlidir. Bu vəziyyətdə Git branch ucları və ikisinin ortaq ancestor-u ilə göstərilən iki snapshot-u istifadə edərək sadə üç tərəfli birləşmə edir.

Branch göstərişini irəli sürmək əvəzinə, Git bu üç tərəfli birləşmənin nəticəsi olan yeni bir görüntü yaradır və avtomatik olaraq ona işarə edən yeni bir commit yaradır. Bu birləşmə commit-i adlandırılır və birdən çox ancestor-un olması ilə xüsusi olur.

İndi işiniz birləşdirildikdən sonra iss53 branch-ına ehtiyacınız yoxdur. Məsələni izləmə sisteminizdə bağlaya və branch-ı silə bilərsiniz:

Bəzən bu proses əngəlsiz getmir. Birləşdirdiyiniz iki branch-da eyni faylın eyni hissəsini fərqli şəkildə dəyişsəniz, Git onları təmiz birləşdirə bilməyəcək. Əgər #53 nömrəli məsələ ilə bağlı düzəlişiniz hotfix branch-ı kimi bir faylın eyni hissəsini dəyişdirsə, bu kimi bir şeyə bənzər birləşmə konflikti alacaqsınız:

Git avtomatik olaraq yeni birləşmə commit-i yaratmadı. Və konflikti həll edərkən prosesi dayandırdı. Birləşmə konfliktindən sonra hər hansı bir nöqtədə hansı sənədlərin açılmadığını görmək istəyirsinizsə, git status-u istifadə edə bilərsiniz:

Konfiliktləri birləşdirən və həll edilməmiş hər hansı bir şey əlaqələndirilməmiş kimi verilmişdir. Git, konfliktləri olan fayllara standart konflikt həll etmə işarələrini əlavə edir, onları manual aça və bu konfiliktləri həll edə bilərsiniz. Faylınızda bənzər bir hissə var:

Bu HEAD`dakı versiya (sizin `master branch-nız, çünki birləşmə əmrinizi icra edərkən yoxladığınız şey bu idi) blokun yuxarı hissəsidir (=======-dən yuxarıdakı hər şey), iss53 branch-nızdakı versiya alt hissədəki hər şeyə bənzəyir.

Konflikti həll etmək üçün ya bir tərəfi,ya da digərini seçməlisiniz və ya özünüzü birləşdirməlisiniz.

Məsələn, bütün bloku aşağıdakı ilə əvəz etməklə bu konflikti həll edə bilərsiniz:

Bu həll yolunuz hər hissəsində bir az var və <<<<<<<, ======= və >>>>>>> sətirləri tamamilə çıxarıldı. Hər bir konflikt faylda bu bölmələrin hər birini həll etdikdən sonra, həll olunduğunu qeyd etmək üçün hər bir fayl üzərində git add edin. Faylın səhnələşdirilməsi Git-də həll olunduğu kimi qeyd olunur.

Bu problemləri həll etmək üçün bir qrafik vasitədən istifadə etmək istəyirsinizsə, uyğun vizual birləşmə vasitəsini işə salan və qarşıdurmalardan keçən git mergetool işlədə bilərsiniz:

Standartdan başqa bir birləşmə vasitəsini istifadə etmək istəyirsinizsə (əmr Mac-də işlədiyi üçün Git bu vəziyyətdə opendiff seçdi), aşağıdakı alətlərdən birini istifadə etdikdən sonra yuxarıda sadalanan bütün dəstəklənən alətləri görə bilərsiniz. İstədiyiniz vasitənin adını yazın.

Birləşmə alətindən çıxdıqdan sonra Git birləşmənin uğurlu olub olmadığını soruşur. Skriptin olduğunu söyləsəniz, sənədin sizin üçün həll olunduğunu qeyd etmək üçün mərhələləndirir. Bütün konfliktlərin həll olunduğunu təsdiqləmək üçün yenidən `git status ` tətbiq edə bilərsiniz:

Bundan məmnun olsanız və konflikt ilə əlaqəli hər şeyin səhnəyə qoyulduğunu təsdiqləsəniz, birləşmə commitini yekunlaşdırmaq üçün git commit yazın. Varsayılan mesaj bu şəkildə olacaqdır:

Gələcəkdə bu birləşməyə baxan başqalarına faydalı olacağını düşünürsənsə, birləşmə məsələsini necə həll etdiyiniz barədə təfərrüatları olan bu mesajı dəyişdirə bilərsiniz və ya bunlar aydın deyilsə, etdiyiniz dəyişiklikləri niyə etdiyinizi izah edə bilərsiniz.