7.7 Git Alətləri - Reset Demystified

reset və checkout barədə düşünməyin daha asan yolu üç fərqli ağac məzmun meneceri olmaq üçün Git’in zehni çərçivəsindədir. Buradakı “tree” ilə, həqiqətən, məlumatların quruluşunu deyil, “files toplusunu” nəzərdə tuturuq. Bir neçə hal var ki, indeks tam olaraq bir ağac kimi davranmır, amma məqsədlərimiz üçün bu gün bu şəkildə düşünmək daha asandır.

Sistem olaraq Git normal işləmə rejimində üç ağac idarə edir və manipulyasiya edir:

Git-in tipik workflow-u bu üç ağacı manipulyasiya etməklə layihənizin görüntülərini ardıcıl olaraq daha yaxşı vəziyyətlərdə qeyd etməkdir.

Bu prosesi görüntüləyək: sizin bir sənədlə yeni bir qovluğa girdiyinizi fərz edək. Bunu faylın v1-i adlandıracağıq və göy rəngdə göstərəcəyik. İndi biz doğmamış master brancha-a işarə edən bir HEAD arayışı ilə Git depo yaradacaq və git init-i işlədəcəyik.

Bu anda yalnız iş qovluğu ağacı hər hansı bir məzmuna malikdir.

İndi bu faylı yerinə yetirmək istəyirik, buna görə işçi qovluğunda məzmun götürmək və indeksə kopyalamaq üçün git add istifadə edirik.

Sonra indeksin məzmununu götürən və onu daimi şəkli kimi saxlayan, həmin görüntüyə işarə edən bir commit obyekti yaradan və həmin commit-ə işarə etmək üçün master yeniləyən git commit-i işə salırıq.

git status-u işə salsaq, heç bir dəyişiklik görməyəcəyik, çünki hər üç ağac eyni qalacaq.

İndi həmin fayla bir dəyişiklik etmək və onu yerinə yetirmək istəyirik. Eyni prosesdən keçəcəyik; əvvəlcə iş sənədlərindəki faylı dəyişdiririk. Ona faylın v2-si deyək və qırmızı ilə göstərək.

Hal-hazırda git status-u işlədiriksə, faylı qırmızı rəngdə “Changes not staged for commit” şəklində görəcəyik, çünki bu giriş indeks və işçi qovluq arasında fərqlidir. Sonra biz onu indeksimizə daxil etmək üçün git add-ı işə salırıq.

Bu nöqtədə, əgər biz git status-u işlədiriksə, faylı “Changes to be committed” altında yaşıl rəngdə görəcəyik, çünki indeks və HEAD fərqlənir - yəni təklif olunan növbəti commit-imiz artıq son commit-mizdən fərqlənir. Nəhayət, commit-i yekunlaşdırmaq üçün git commit-i işlədirik.

İndi git status bizə heç bir output verməyəcək, çünki hər üç ağac yenə eynidir.

Branch-ları dəyişdirmə və ya klonlama oxşar bir prosesdən keçir. Bir branch-ı çıxartdıqda, yeni branch-ı ref-ə işarələmək üçün HEAD-ı dəyişdirir, commit-in görüntüsü ilə indeksinizi doldurur, sonra indeksin məzmununu iş qovluğunuza kopyalayır.

reset əmri bu kontekstdə baxıldıqda daha mənalı olur.

Bu nümunələrin məqsədləri üçün deyək ki, file.txt-ı yenidən dəyişdirdik və üçüncü dəfə tətbiq etdik. İndi tariximiz belə görünür:

İndi başlatdığınız zaman reset-in nə etdiyini araşdıraq. Bu üç ağacı birbaşa sadə və proqnozlaşdırılan şəkildə manipulyasiya edir. Üç əsas əməliyyatı yerinə yetirir.

Bu, əsas formada reset-in davranışını əhatə edir, eyni zamanda hərəkət etmək üçün path ilə təmin edə bilərsiniz. Path-i təyin etsəniz, reset 1-ci addımı atlayacaq və hərəkətlərinin qalan hissəsini müəyyən bir fayl və ya fayllar dəsti ilə məhdudlaşdıracaqdır. Bu, həqiqətən bir növ məna kəsb edir — HEAD sadəcə bir göstəricidir və bir commit-in bir hissəsini və digərinin hissəsini göstərə bilməzsiniz. Lakin indeks və işləyən qovluq qismən yenilənə bilər, buna görə reset 2 və 3 addımlarla davam edir.

Beləliklə, git reset file.txt-u işlətdiyimizi fərz edək. Bu forma (bir SHA-1 və ya branch-ı göstərmədiyinizə və --soft və ya --hard göstərmədiyinizə görə) git reset --mixed HEAD file.txt üçün stenoqramdır:

Beləliklə, bu, yalnız file.txt-ı HEAD-dan indeksə köçürür.

Bu, faylı unstaging etməyə təsir göstərir. Bu əmrin diaqramına baxsaq və git add-ın nə etdiyini düşünsək, onlar tam əkslərdir.

Buna görə git status əmrinin nəticəsi bir faylın açılmaması üçün işə başlamağınızı təklif edir (bu barədə daha çox məlumat üçün Mərhələli Bir Faylın Mərhələlərə Ayrılmaması-a baxın).

Git-in bu versiyasını çıxarmaq üçün müəyyən bir commit-i göstərərək “pull the data from HEAD” dediyini asanlıqla edə bilərik. Sadəcə git reset eb43bf file.txt kimi bir şey işlədərdik.

Bu, işin içindəki faylın məzmunu v1-ə qaytardığımız, üzərinə git add işlədib yenidən v3-ə qaytardığımız kimi eyni şeyi edir (həqiqətən bütün bu addımlardan keçmədən). İndi git commit-i işə salırıqsa, bu işi yenidən v1-ə qaytaran bir dəyişiklik qeyd edəcək, baxmayaraq ki, bu, heç işlədiyimiz qovluqda heç olmamışdır.

git add kimi, reset əmri, bir hunk-by-hunk əsasında məzmunu açmaq üçün --patch seçimini qəbul edəcəyi də maraqlıdır. Beləliklə, məzmunu seçmə şəkildə dayandıra və ya geri qaytara bilərsiniz.

Gəlin bu yeni güc ilə necə maraqlı bir iş görəcəyimizə nəzər salaq.

“oops.”, “WIP” və “forgot this file” kimi bir sıra commit-niz olduğunu düşünək. Həqiqətən ağıllı görünməyinizi təmin edən reset-i tez və asanlıqla bir vahid commit halına gətirə bilərsiniz. Squashing Commits bunun başqa bir yolunu göstərir, lakin bu nümunədə reset tətbiq etmək daha asandır.

Deyək ki, birinci commit-in bir sənəd olduğu bir layihə var, ikincisi yeni bir fayl əlavə etdi və birincisini dəyişdirdi, üçüncü commit isə ilk sənədini yenidən dəyişdirdi. İkinci commit davam edən bir iş idi və siz onu squash istəyirsiniz.

HEAD branch-nı köhnə bir commit-ə (davam etdirmək istədiyiniz ən yeni commit-ə) köçürmək üçün git reset --soft HEAD~2 tətbiq edə bilərsiniz.

Və sonra sadəcə yenidən git commit-i işə salın:

İndi əlçatan tarixçənizi, push edəcəyiniz tarixin indi bir fayl-a.txt v1 ilə iş görməyinizə, sonra da hər ikisinin file-a.txt faylını v3-ə dəyişdirib fayl-b.txt əlavə etməyinə bənzəyirsiniz. Faylın v2 versiyası ilə commit artıq tarixdə yoxdur.

Nəhayət, checkout və reset arasındakı fərqin nə olduğunu düşünə bilərsiniz. reset kimi, checkout da üç ağacı idarə edir və əmrə bir fayl path verib verməməyinizə görə bir az fərqlidir.

Ümid edirik ki, indi reset əmri başa düşürsünüz və daha rahat hiss edirsiniz, amma bunun yəqin ki, checkout-dan nə dərəcədə fərqləndiyinə dair bir az qarışıq və bəlkə də fərqli çağırışların bütün qaydalarını xatırlaya bilmirsiniz.

Burada əmrlərin hansı ağaclara təsir etdiyini göstərən bir cheat-sheet var. “HEAD” sütununda, əmr, rəhbərin göstərdiyi istinadı (branch-ı) hərəkət etdirərsə, “HEAD” ifadəsini işlədiyi təqdirdə, “REF” və oxunuşunu özü idarə edərsə “HEAD” oxuyur. WD Safe? mövzusuna xüsusi diqqət yetirin. sütun - əgər YOX deyirsə, bu əmri işə salmadan əvvəl düşünün.