7.13 Git Alətləri - Dəyişdirmək

Daha əvvəl vurğuladığımız kimi, Git-in obyektlər bazasındakı obyektlər dəyişilməzdir, lakin Git verilənlər bazasında olan obyektləri digər obyektlərlə əvəz etmək üçün maraqlı bir yol təqdim edir.

replace əmri Git-də bir obyekti göstərməyə və "hər dəfə this obyektə istinad etdikdə, onu fərqli_ obyekt" kimi göstərməyə imkan verir. Bu, ümumiyyətlə git filter-branch ilə bütün tarixi yenidən qurmadan, tarixinizdəki bir commit-i digəri ilə əvəz etmək üçün çox faydalıdır.

Məsələn, deyək ki, böyü bir kod tarixiniz var və depolarınızı yeni developerlər üçün qısa bir tarixə və məlumat hasilatı ilə maraqlanan insanlar üçün daha uzun və daha böyük bir tarixə bölmək istəyirsiniz. Yeni sətrdəki ən köhnə commit-i, köhnə olanın ən son commit-i ilə "replacing" etməklə bağlaya bilərsiniz Bu gözəldir, çünki adətən onları birləşdirmək üçün etməli olduğunuz kimi (çünki valideynlik SHA-1-lərə təsir göstərir) yeni tarixdəki hər bir commit-i yenidən yazmaq məcburiyyətində olmadığınız anlamına gəlir.

Bunu sınayaq. Mövcud bir deponu götürək, onu biri yeni digəri keçmiş olmaq üzrə iki depoya ayırın və sonra son depoların SHA-1 dəyərlərini replace yolu ilə dəyişdirmədən onları necə birləşdirəcəyimizi görəcəyik.

Biz beş sadə commit ilə sadə bir depo istifadə edək:

Bunu tarixin iki xəttinə bölmək istəyirik. Birinci sətrdə commit-lər birdən dördə qədər dəvam edəcək - bu tarixi bir xətt olacaqdır. İkinci sətr sadəcə dörd və beşinci commit-lərdən ibarət olacaq - bu yaxın tarix olacaq.

Yaxşı, tarixi bir tarix yaratmaq asandır, sadəcə tarixə bir branch əlavə edə bilərik və sonra bu branch-ı yeni uzaq bir deponun master branch-na push edə bilərik.

İndi yeni history branch-ını yeni depomuzun master branch-na push edə bilərik:

OK, buna görə tariximiz dərc olunur. İndi daha çətin hissə yaxın tariximizi qısaldıb, balacalaşdırmaqdır. Birində olan bir commiti digərində olan ekvivalent bir commit ilə əvəz edə biləcəyimiz üçün üst-üstə düşməyimiz lazımdır, buna görə dörd və beş commit-i yerinə yetirmək üçün (dörd üst-üstə düşmək üçün) kəsilmək fikrindəyik.

Bu vəziyyətdə tarixin genişləndirilməsi barədə təlimatları olan baza commit-i yaratmaq faydalıdır, buna görə digər developerlər kəsilmiş tarixdə ilk commit-i vurduqda və daha çoxuna ehtiyac duyduqda nə edəcəyini bilirlər. Beləliklə, edəcəyimiz şey təlimatla təməl nöqtəmiz kimi ilkin commit-i obyekti yaratmaq, sonra qalan əmrləri (dörd və beş) yenidən əvəz etməkdir.

Bunu etmək üçün, bölüşmək üçün bir nöqtə seçməliyik ki, bu da bizim üçüncü commit-mizdir, yəni SHA-speak-də 9c68fdc-dir. Beləliklə, baza commit-imiz həmin ağacdan asılı olacaq. Əsas commit-mizi commit-tree əmrindən istifadə edərək yarada bilərik, bu sadəcə bir ağac alır və bizə yeni, valideynsiz bir commit obyekti SHA-1-i verir.

OK, buna görə bir əsas commit-miz olduğuna görə tariximizin qalan hissəsini git rebase --onto ilə əvəz edə bilərik. --onto argumenti,commit-tree-dan geri aldığımız SHA-1 olacaq və yenidən yerinə yetirmə nöqtəsi üçüncü commit olacaqdır (saxlamaq istədiyimiz ilk ommit-in valideyni, 9c68fdc):

Ok, buna görə yaxın keçmişimizi atmaqdan çəkinən əsas commit-ə yazmaq istədikdə bütün tarixi yenidən yaratmağımız barədə təlimatları yazdıq. Bu yeni tarixi yeni bir layihəyə köçürə bilərik və indi insanlar bu deponu klonladıqda, göstərişlərlə əsas commit-in ardınca son iki commit-i görəcəklər.

İndi bütün rolları ilk dəfə layihəni klonlayan birinə dəyişdirək. Bu kəsilmiş depo klonlaşdırıldıqdan sonra tarix məlumatlarını əldə etmək üçün, tarixi depo üçün ikinci bir məsafəni əlavə etmək lazımdır.

İndi işçi master branch-ındakı son vəzifələrini və project-history/master branch-ında tarixi commit-ləri yerinə yetirəcəkdir.

Bunları birləşdirmək üçün əvəz etmək istədiyiniz commit-i ilə sadəcə git replace çağıra bilərsiniz. Beləliklə, master branch-ındakı "fourth" commit-i project-history/master branch-ındakı "fourth" commit-i ilə əvəz etmək istəyirik:

İndi master branch-nın tarixinə baxsanız, belə görünür:

Əladır, elə deyil? Bütün SHA-1-ləri yuxarıdan dəyişdirmədən, tariximizdəki bir commiti tamamilə fərqli bir commit ilə əvəz edə bildik və bütün normal vasitələr (bisect, blame və s.) onlardan gözlədiyimiz şəkildə işləyəcək.

Maraqlısı odur ki, əvəz etdiyimiz c6e1e95 commit məlumatlarından istifadə etməsinə baxmayaraq, hələ də 81a708d-ni SHA-1 olaraq göstərir. cat-file kimi bir əmr işləsəniz də əvəz edilmiş məlumatları göstərəcəkdir:

81a708d-in həqiqi valideyni, burada qeyd edildiyi kimi 9c68fdce deyil, əvəzedicimiz (622e88e) olduğunu unutmayın ki.

Başqa bir maraqlı məqam bu məlumatların istinadlarımızda saxlanmasıdır:

Bu o deməkdir ki, dəyişdirəcəyimizi başqaları ilə bölüşmək asandır, çünki bunu serverimizə push edə bilərik və digər insanlar asanlıqla yükləyə bilər. Bu keçdiyimiz tarixin paylanması ssenarisində o qədər də faydalı deyil (çünki hər kəs hər iki tarix də yükləyəcək, buna görə niyə onları ayırasız ki?), lakin digər hallarda faydalı ola bilər.