7.13 Git Алатки - Заменување

Како што веќе нагласивме, објектите во објектната база на податоци на Git се непроменливи, но Git обезбедува интересен начин да pretend да ги замени објектите во својата база на податоци со други објекти.

Командата replace ви овозможува да наведете објект во Git и да кажете" секој пат кога ќе се повикате на this објект, да се преправате дека е different објект ". Ова е најчесто корисно за замена на една обврска во историјата со друга, без да мора да ја обнови целата историја со, на пример, git filter-branch.

На пример, да речеме дека имате голема историја на код и сакате да го поделите вашето складиште во една кратка историја за нови програмери и една многу подолга и поголема историја за луѓето заинтересирани за рударство. Можете да префрлите една историја врз друга со "замена" на најстариот залог во новата линија со најновиот залог за постариот. Ова е убаво, бидејќи тоа значи дека всушност не морате да ја преработите секоја заложба во новата историја, како што обично треба да направите за да ги споите заедно (бидејќи родителството влијае на SHA-1s).

Ајде да го пробаме ова. Да земеме постоечко складиште, да го поделиме во две складишта, еден неодамнешен и еден историски, а потоа ќе видиме како можеме да ги рекомбинираме без да ги смениме неодамнешните складишта SHA-1 вредности преку replace.

Ќе користиме едноставно складиште со пет едноставни обврски:

Ние сакаме да го разделиме ова во две линии на историјата. Една линија оди од изврши еден да изврши четири - тоа ќе биде историски. Втората линија само ќе се изврши четири и пет - тоа ќе биде неодамнешната историја.

Па, креирањето на историската историја е лесно, можеме само да ставиме филијала во историјата, а потоа да ја притиснеме таа гранка до главната гранка на ново оддалечено складиште.

Сега можеме да извршиме притисок врз новата гранка "историја" во "господарната" гранка на нашето ново складиште:

Добро, па нашата историја е објавена. Сега потешките делови ја намалуваат нашата понова историја, па затоа е помала. Потребно е преклопување за да можеме да го замениме извршувањето во една со еквивалентно извршување во другата, па затоа ќе го скратиме ова за да правиме само четири и пет (па извршиме четири преклопувања).

Корисно е во овој случај да се создаде основен обврзник кој има инструкции за проширување на историјата, па затоа други развивачи знаат што да прават ако го погодат првото извршување во скратената историја и им треба повеќе. Значи, она што ќе го направиме е да создадеме првичен објект за извршување како наша основна точка со инструкции, а потоа да ги ребритираме останатите обврски (четири и пет) на врвот од неа.

За да го сториме тоа, треба да избереме точка за да се поделиме, што за нас е третата обврска, која е 9c68fdc во SHA-говорот. Значи, нашата основа ќе се заснова на тоа дрво. Ние можеме да ја создадеме основната обврска користејќи ја командата commit-tree, која зазема само едно дрво и ќе ни даде сосема нов објект за SHA-1 без родители.

Добро, па сега кога имаме основен залог, можеме да ја оспориме остатокот од нашата историја на врвот на тоа со git rebase -onto. Аргументот --onto ќе биде SHA-1 што се вративме од` commit-tree`, а точка на rebase ќе биде третата обврска (родителот на првата обврска која сакаме да ја зачуваме, 9c68fdc):

Добро, па сега повторно ја напишавме нашата понова историја на врвот на фрлање база обврски што сега има инструкции во него за тоа како да се реконструира целата историја ако сакаме да. Ние можеме да ја поттикнеме таа нова историја во нов проект, а сега кога луѓето ќе клонираат тоа складиште, ќе ги видат само најновите две обврски, а потоа базата ќе извршат со инструкции.

Ајде сега да ги префрлиме улогите на некој кој го клонира проектот за прв пат кој сака целата историја. За да ги добиете податоците од историјата по клонирањето на ова скратено складиште, ќе треба да додадете втор далечински управувач за историското складиште и да донесам:

Сега соработникот ќе ги има своите неодамнешни обврски во гранката "господар" и историчарот се обврзува во гранката "проект-историја / господар".

За да ги комбинирате, едноставно можете да го повикате git replace со обврската што сакате да ја замените, а потоа и за извршувањето со кое сакате да го замените. Затоа сакаме да го замениме "четвртото" извршување во главната гранка со "четврто" извршување во гранката "проект-историја / господар":

Сега, ако погледнете во историјата на master филијалата, се чини дека изгледа вака:

Кул, нели? Без да мораме да ги промениме сите SHA-1 наспроти низводно, можевме да замениме една обврска во нашата историја со сосема поинаква заложба и сите нормални алатки (bisect,` blame`, итн.) Ќе работат како би очекувале тие да .

Интересно е што сè уште покажува 81a708d како SHA-1, иако всушност ги користи податоците за commit` c6e1e95` со кои сме го замениле. Дури и ако извршите команда како cat-file, таа ќе ви ги прикаже заменетите податоци:

Запомнете дека вистинскиот родител на 81a708d беше нашиот залог на место (` 622e88e`), а не 9c68fdce, како што е наведено тука.

Друга интересна работа е што овие податоци се чуваат во нашите референци:

Ова значи дека е лесно да ја споделиме нашата замена со други, бидејќи можеме да го притиснеме ова на нашиот сервер, а другите луѓе лесно може да го преземат. Ова не е толку корисно во сценариото за пресадување на историјата што ние го поминавме овде (бидејќи секој ќе ги презема двете истории во секој случај, па зошто да ги одвои?), Но може да биде корисно и во други околности.