Најбољих 40 питања и одговора у интервјуу за ГИТ 2021

top 40 git interview questions

Најпопуларнија питања о интервјуу са ГИТ-ом са одговорима и примерима:

Овај информативни приручник укључује сет највероватније постављених питања у Гит интервјуима, заједно са њиховим описним одговорима. Ова питања ће вам сигурно помоћи да се успешно припремите и разбијете било који Гит интервју.

Без обзира јесте ли почетник или искусан професионалац, ова питања за интервју за Гит и детаљни одговори свакако ће вам помоћи да обогатите своје знање о тој теми и да се истакнете у свом послу, као и у интервјуима.

Хајде да почнемо!!

Најчешће постављана питања из ГИТ интервјуа

У наставку су наведена нека од најчешће постављаних питања за ГИТ интервју за вашу референцу.

П # 1) Шта је Гит?

Одговор: Гит је алат за дистрибуцију дистрибуираних верзија. Компатибилан је са дистрибуираним нелинеарним радним токовима јер нуди осигурање података за изградњу софтвера доброг квалитета.

Гит је бесплатан и отворен. Може се користити за готово било коју врсту пројекта, био он мали или већи. Гит је познат по великој брзини и ефикасности. Гит спремишта је врло лако пронаћи и приступити им. Због својих одређених карактеристика, Гит је изузетно флексибилан, сигуран и компатибилан са вашим системом.

П # 2) Шта је дистрибуирани систем за контролу верзија?

питања и одговори на тестовима за осигурање квалитета

Одговор: Дистрибуирани ВЦС је систем који не зависи од централног сервера да задржи датотеку пројекта и све његове верзије. У дистрибуираном ВЦС-у, сваки сарадник или програмер добија локалну копију главног спремишта и то се назива клон.

(слика извор )

Као што видите на горњем дијаграму, сваки сарадник одржава локално спремиште на својим локалним машинама. Они могу урезивати и ажурирати локална спремишта без икаквих проблема.

Користећи операцију повлачења, програмер може да ажурира своје локално спремиште најновијим променама са централног сервера. Користећи операцију потискивања, они могу да пошаљу своје промене из локалног спремишта на централни сервер.

П # 3) Ко је створио Гит?

Одговор: Гит је створио Линус Торвалдс 2005. године на путу да развије Линук кернел.

П # 4) Који језик се користи у Гит-у?

Одговор: Ц је основни програмски језик на којем је написан Гит. Језик Ц убрзава Гит избегавајући режијске трошкове током извођења повезане са другим програмским језицима високог нивоа.

П # 5) Које су предности / главне карактеристике Гита?

Одговор: У наставку су наведени различити ф јести Гита.

(и) Бесплатни и отворени извор:

Гит се издаје под ГПЛ-овом (Генерал Публиц Лиценсе) лиценцом отвореног кода. Не морате ништа да плаћате да бисте користили Гит.

Потпуно је бесплатно. Будући да је отвореног кода, изворни код можете модификовати према својим потребама.

(ии) Брзина:

Како за извршавање свих радњи није потребно повезивање ни са једном мрежом, она све задатке извршава брзо. Добијање историје верзија из локално ускладиштеног спремишта може бити сто пута брже од добијања са удаљеног сервера.

Гит је написан на језику Ц, који је основни програмски језик који избегава режијске трошкове током извођења повезане са другим језицима високог нивоа.

(иии) Скалабилно:

Гит је изузетно скалабилан. Дакле, ако се број сарадника повећа у наредном времену, онда Гит може лако прилагодити ову промену.

Упркос чињеници да Гит представља цело спремиште, подаци који се чувају на страни клијента врло су мали јер Гит компактује читаве огромне податке техником компресије без губитака.

(ив) Поуздано:

Како сваки сарадник има своје локално спремиште, у случајевима пада система, изгубљени подаци могу се повратити из било ког локалног спремишта. У сваком тренутку ћете имати резервну копију свих датотека.

(в) Сигурно:

Гит користи СХА1 (функцију сигурног хеширања) за именовање и идентификацију објеката унутар свог спремишта. Сваки артефакт и предаја се сумирају и обнављају кроз контролну суму током плаћања.

Историја Гит-а се чува на начин на који се ИД одређене верзије (урезивање у смислу Гит-а) ослања на укупну историју развоја која тече до тог урезивања. Једном када се верзија датотеке гурне у Гит, тада нема начина да је промените а да вас не примете.

(ви) економично:

У случају централизованог система за контролу верзија, централни сервер мора бити довољно јак да удовољи захтевима читавог тима. Ово није проблем за мање тимове, међутим како се тим проширује, хардверска ограничења сервера могу бити препрека за перформансе.

У случају дистрибуираних система за контролу верзија као што је Гит, чланови тима не захтевају интеракцију са сервером када очекују када треба да притисну или повуку промене. Све тешко дизање долази на крају клијента, тако да се серверски хардвер сигурно може одржати прилично једноставним.

(вии) Подржава нелинеарни развој:

Гит пружа брзо гранање и спајање и садржи одређене алате за предвиђање и прелазак нелинеарне историје развоја. Основни појам у Гиту је да ће се промена спајати чешће него што је написана док се шаље различитим рецензентима.

Гит Бранцхес су изузетно лагани. Подружница у Гит-у односи се само на једну урезивање. Комплетна структура гране може се створити уз помоћ надређених надређених датотека.

(виии) Лако гранање:

Управљање пословницама кроз Гит је врло једноставно и лако. За стварање, брисање и спајање грана потребно је само неколико јиффијева. Гране функција дају изоловано окружење свакој промени ваше базе кодова.

Када програмер захтева да почне да ради на нечему, без обзира на величину посла, они креирају нову грану. Ово осигурава да главна грана стално има шифру квалитета производње.

(ик) Дистрибуирани развој:

Гит сваком програмеру пружа локалну копију целокупне историје развоја, плус промене се клонирају из једног таквог спремишта у друго. Ове промене се уводе као додане гране развоја и могу се спојити на исти начин као локално развијене гране.

(к) Компатибилност заједно са садашњим системима или протоколом:

Репозиторијуми се могу објавити путем ХТТП-а, ФТП-а или Гит протокола поврх обичног сокета или ссх-а.

П # 6) Како се креира спремиште у Гиту?

Одговор: Да бисте креирали спремиште, потребно је да креирате директоријум за пројекат ако он већ не постоји, а затим једноставно извршите наредбу „ гит инит ”. Извршењем ове наредбе креираће се .гит директоријум унутар директорија пројекта, тј. Сада се ваш директоријум пројекта претворио у Гит спремиште.

П # 7) Шта је .гит директоријум?

Одговор: Оног тренутка када направите спремиште, пронаћи ћете .гит директоријум који се налази у њему. Овај .гит директоријум садржи све метаподатке спремишта и одржава евиденцију свих промена извршених у датотекама у вашем спремишту, чувајући историју урезивања.

Све информације у вези са обавезама, удицама, препорукама, базама података о објектима, адресама удаљеног спремишта итд. Чувају се у овој фасцикли. Ово је најважнији део Гита. Када клонирате било које Гит спремиште на вашем локалном рачунару, овај .гит је директоријум који се стварно копира.

П # 8) Шта се догађа ако се .гит директоријум избрише?

Одговор: Ако се .гит / директоријум избрише, изгубићете историју свог пројекта. Спремиште више неће бити под контролом верзија.

П # 9) Која се наредба користи за писање поруке урезивања у Гит-у?

Одговор: Команда која се користи за прослеђивање поруке гит урезу је гит цоммит -м „порука урезивања“. Застава м користи се за прослеђивање поруке урезивања.

П # 10) Шта је голо Гит спремиште? По чему се разликује од стандардног / неоткривеног Гит спремишта?

Одговор: Спремишта која се креирају путем гит инит наредбе су стандардна / неотворена Гит спремишта.

У директоријуму највишег нивоа таквог спремишта пронаћи ћете две ствари:

1. Поддиректоријум .гит који чува све метаподатке и евиденцију историје вашег репо-а.
2. Радно дрво.

Спремишта која су креирана помоћу гит инит –баре наредбе су познате као гола Гит спремишта. Углавном се користе за размену. Не садрже ниједно радно дрво. Они чувају гит историју ревизија вашег спремишта у основној фасцикли, уместо да је имају у .гит подмапи.

Садржи само голе податке о спремишту. По томе се голо Гит спремиште разликује од стандардног Гит спремишта. Такође, голо спремиште нема подразумевани даљински управљач порекло спремиште, јер служи као изворно спремиште за више удаљених корисника.

Пошто голо спремиште не садржи ниједан радни простор, гит пусх и гит пулл команде не раде преко голог репо-а. Не морате да извршите било какве промене на голом репо-у.

П # 11) Помените неке услуге хостинга Гит Репозиторија.

Одговор:

• Гитхуб
• Пикацоде
• Гитлаб
• Мицрософт ВСТС
• БитБуцкет
• ГитЕнтерприсе
• СоурцеФорге
• ЛаунцхПад
• Перфорце
• Беансталк
• Изгледа да

П # 12) Наведите неке основне операције у Гит-у.

Одговор: Неке основне операције у Гиту укључују:

• Иницијализовати
• Додати
• Урадити
• Притисни
• Вуци

П # 13) Наведите неке напредне операције у Гит-у.

Одговор: Неке напредне операције у Гиту су:

• Гранање
• Спајање
• Ребазирање

П # 14) Како ћете разликовати Гит и СВН?

Одговор: Гит је дистрибуирана контрола верзија, док је СВН централизован. То доводи до многих разлика између њих двоје у погледу њихових карактеристика и функционалности.

П # 15) Како ћете разликовати Гит и ГитХуб?

Одговор: Гит је висококвалитетни систем за контролу верзија. Дистрибуира се у природи и користи се за праћење промена изворног кода током развоја софтвера. Има јединствени модел гранања који помаже у синхронизацији рада међу програмерима и праћењу промена у било којој датотеци.

Примарни циљеви Гита су брзина, интегритет података, пружање подршке дистрибуираним, нелинеарним радним токовима. Гит се инсталира и одржава на локалној машини, уместо у облаку.

ГитХуб је услуга хостинга Гит спремишта заснована на облаку која окупља тимове. Омогућава вам ГУИ заснован на Интернету, као и контролу приступа и многе функције за сарадњу, основне алате за управљање задацима за сваки пројекат.

Такође, ГитХуб је отворени извор, тј. Код се чува на централизованом серверу и сви му могу приступити.

П # 16) Шта је сукоб у Гиту и како га решити?

Одговор: Гит има функцију аутоматског спајања која самостално обрађује обавезе спајања, под условом да су се промене кода догодиле у различитим редовима и у различитим датотекама.

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

У таквим случајевима потребна вам је помоћ да бисте одлучили који код укључити и који код одбацити у коначном спајању.

До сукоба стапања може доћи током спајања гране, поновног постављања гране или одабира уреза. Једном када се открије сукоб, Гит истакне сукобљено подручје и тражи од вас да га решите. Једном када се сукоб реши, можете наставити са спајањем.

Следите кораке у наставку да бисте решили сукоб спајања промена линија:

1. Отворите Гит Басх (Гит командна линија).
2. Користите ЦД наредба за одлазак у локално Гит спремиште које има сукоб спајања.
3. Користити гит статус наредба за стварање листе датотека погођених сукобом спајања.
4. Отворите уређивач текста који користите и пређите на датотеку која има сукобе спајања.
5. Да бисте у својој датотеци видели почетак сукоба стапања, потражите документ у ознаци сукоба<<<<<<<. At the point when you open the file, you’ll observe the modifications from the HEAD or base branch after the line <<<<<<>>>>>> НАЗИВ ГРАНЕ.
6. Изаберите у случају да треба да задржите само промене у вашој грани, само задржите промене у другој грани или унесите нову промену која може да укључује промене из две филијале. Избришите маркере сукоба<<<<<<>>>>>> и извршите промене које су вам потребне у коначном спајању.
7. Користите гит додаје. команда за додавање или инсценирање промена.
8. На крају, користите гит цоммит -м „порука“ наредба да коментаришете ваше промене.

Да бисте решили сукоб уклоњених датотека, следите следеће кораке:

1. Отворите Гит Басх (Гит командна линија).
2. Користите ЦД наредба за одлазак у локално Гит спремиште које има сукоб спајања.
3. Користити гит статус наредба за стварање листе датотека погођених сукобом спајања.
4. Отворите уређивач текста који користите и пређите на датотеку која има сукобе спајања.
5. Изаберите желите ли задржати уклоњену датотеку. Можете да проверите најновије промене извршене у уклоњеној датотеци у уређивачу текста.
6. Користите гит адд наредба за додавање уклоњене датотеке назад у спремиште. Или, Користите иди рм наредба за уклањање датотеке из вашег спремишта.
7. На крају, користите гит цоммит -м „порука“ наредба да коментаришете ваше промене.

П # 17) Како ћете поправити неисправно урезивање?

Одговор: Да бисте поправили покварену урезивање или променили последњу урезивање, најприкладнији метод је употреба наредбе „ гит цоммит -аменд ’ .

Омогућава вам да комбинујете постепене промене са претходним урезивањем као алтернативу за креирање потпуно новог урезивања. Ово замењује најновије урезивање измењеним урезивањем.

(слика извор )

Кроз ову наредбу можете такође уредити претходну поруку урезивања без промене њеног снимка.

П # 18) Каква је корист од гит инставеб?

Одговор: То је скрипта помоћу које можете тренутно прегледати своје радно Гит спремиште у веб прегледачу.

Ова скрипта поставља гитвеб и веб сервер за прегледавање локалног спремишта. Аутоматски усмерава веб прегледач и покреће веб сервер кроз интерфејс у ​​ваше локално спремиште.

П # 19) Шта је гит ис-трее?

Одговор: „Гит је дрво“ означава објект стабла који садржи начин рада и име свих ставки заједно са СХА-1 вриједношћу блоба или стабла.

К # 20) Да ли постоји начин за враћање гит уреза који је већ прогуран и објављен у јавности?

Одговор: Да, за поправљање или враћање лошег урезивања постоје два приступа која се могу користити на основу сценарија.

Су:

1. Врло очигледан начин је да извршите нови урез где уклањате лошу датотеку или исправљате грешке у њој. Када завршите, можете га гурнути у удаљено спремиште.
2. Други приступ је креирање новог урезивања за поништавање свих промена које су урађене у претходном лошем урезивању. То се може учинити помоћу гит реверт наредбе - “ гит реверт '

К # 21) Како ћете разликовати гит пулл и гит фетцх?

Одговор: Гит пулл наредба извлачи све нове урезе из одређене гране у централном спремишту и ажурира циљну грану у вашем локалном спремишту.

Гит фетцх такође циља на исто, међутим, његова основна функционалност је мало другачија. Када направите гит преузимање, сви нови урези из одређене гране повући ће се у ваше централно спремиште, а ове промене ће се сачувати у новој огранци вашег локалног спремишта. Ово се назива дохваћена грана.

Ако желите да видите ове промене у вашој циљној грани, тада морате извршити а иди спајање после гит фетцх-а. Циљна грана ће се ажурирати најновијим променама тек након спајања са дохваћеном граном.

бежични мрежни саобраћај може да се ухвати њушкама

Дакле, гит пулл ажурира локалну грану са њеном удаљеном верзијом, док гит преузимање не мења директно вашу локалну грану или радну копију под рефс / хеадс. Гит фетцх се може користити за ажурирање ваших грана за даљинско праћење под рефс / ремотес //.

Једноставним речима, гит пулл је једнако гит фетцх праћеном гит спајањем .

П # 22) Каква је употреба Стагинг ареа или Индекинг у Гит-у?

Одговор: Из Гит-ове перспективе, постоје три подручја у којима се промене датотеке могу задржати, тј. Радни директоријум, сценско подручје и спремиште.

Прво извршите промене у радном директоријуму вашег пројекта који је сачуван у систему датотека вашег рачунара. Све промене остају овде док их не додате у средњу област која се назива сценска област.

Можете извршити промене извршењем гит адд. команда. Ово сценско подручје даје вам преглед вашег следећег урезивања и у основи вам омогућава да фино подесите своје обавезе. Можете да додајете или уклањате промене у сценској области док не будете задовољни верзијом коју ћете унети.

Једном када верификујете промене и одјавите се са промењене сцене, коначно можете извршити промене. По урезивању прелазе у локално спремиште, тј. У .гит / објецтс директоријум.

Ако користите Гит ГУИ, видећете опцију за постављање промена. На снимку екрана испод, датотека сампле.ткт налази се у области са несталним променама, што значи да се налази у вашем радном директоријуму.

Можете да изаберете датотеку и кликнете на „фаза промењена“, а затим ће бити премештена у сценско подручје. На пример , датотека хелло.ткт је присутна у фази која се мења (завезаће). Можете да верификујете промене, а затим направите одјаву, након чега следи урезивање.

Постепено се назива и индексирање јер гит одржава индексну датотеку како би пратио промене ваших датотека у ове три области. Датотеке које су инсцениране тренутно се налазе у вашем индексу.

Када додате промене у сценско подручје, информације у индексу се ажурирају. Када извршите урезивање, заправо је оно што се налази у индексу који се обавезује, а не оно што је у радном директоријуму. Можете користити гит статус наредба да бисте видели шта се налази у индексу.

П # 23) Шта је Гит Стасх?

Одговор: ГИТ скривање снима тренутно стање радног директорија и индекса и задржава га у стеку за будућу употребу. Враћа неизвезане промене (и етапне и нестепене) из вашег радног директорија и враћа вам чисто радно стабло.

Сада можете радити на нечем другом, а када се вратите, можете поново применити ове промене. Дакле, ако желите да се пребаците из једног контекста у други без губљења тренутних промена, онда можете да користите скривање.

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

П # 24) Шта је Гит Стасх кап?

Одговор: Када вам више није потребан одређени спремник, можете га уклонити извршењем гит стасх дроп наредба . Ако желите да уклоните све скривене тачке из спремишта, можете да покренете гит стасх цлеар команда .

П # 25) Шта се примењује Гит стасх? По чему се разликује од Гит стасх попа?

Одговор: Обе наредбе се користе за поновну примену скривених промена и почетак рада од места које сте оставили.

У применити гит стасх наредба, промене ће се поново применити на вашу радну копију и такође ће се чувати у складишту. Ова наредба се може користити када желите да примените исте скривене промене на више грана.

У гит стасх поп наредба, промене се уклањају из скривнице и поново примењују на радну копију.

П # 26) Каква је употреба наредбе гит цлоне?

Одговор: Тхе гит клон наредба креира копију постојећег централног Гит спремишта на вашој локалној машини.

П # 27) Када се користи наредба гит цонфиг?

Одговор: Тхе гит цонфиг наредба се користи за постављање опција конфигурације за вашу Гит инсталацију.

На пример, након што преузмете Гит, потребно је да користите доле наредбе за подешавање да бисте поставили корисничко име и предали адресу е-поште у Гит-у:

$ гит цонфиг –глобал усер.наме “”

$ гит цонфиг –глобал усер.емаил “”

Дакле, углавном се помоћу ове наредбе могу поставити ствари попут понашања спремишта, корисничких информација и преференција.

П # 28) Како ћете препознати да ли је грана већ спојена у мастер?

Одговор:

Извршавањем наредби у наставку можете упознати статус спајања грана:

1. гит грана - спојени мастер: Ово ће навести све гране које су преименоване у мастер.
2. гит грана - спојена: Ово ће навести све гране које су спојене у ХЕАД.
3. гит грана –не-спојена: Ово ће навести све гране које још нису спојене.

Ова наредба подразумевано говори статус спајања само локалних грана. Ако желите да знате како о локалном тако и о удаљеном статусу спајања грана, онда можете да користите -до застава. Ако желите да проверите само за удаљене гране, онда можете да користите -р застава.

П # 29) Шта су удице у Гиту?

Одговор: Гит удице су одређене скрипте које Гит покреће пре или после догађаја попут урезивања, гурања, ажурирања или пријема. Фасциклу ‘хоокс’ пронаћи ћете у .гит директоријуму у вашем локалном спремишту. Овде ћете наћи уграђене скрипте пре-цоммит, пост-цоммит, пре-пусх, пост пусх.

Ове скрипте се извршавају локално пре или после појаве догађаја. Такође можете модификовати ове скрипте према својим потребама и Гит ће извршити скрипту када се догоди тај одређени догађај.

П # 30) Чему служи гит форк? По чему се форкинг разликује од клонирања?

Одговор: Форкирати пројекат значи створити удаљену копију оригиналног спремишта на страни сервера. Можете преименовати ову копију и започети нови пројекат око тога без утицаја на оригинални пројекат. Виљушка није главни концепт Гита.

Операцију виљушке користи Гит радни ток и ова идеја постоји дуже за бесплатни софтвер отвореног кода попут ГитХуб. Генерално, након што раставите пројекат, ретко ћете поново допринети надређеном пројекту.

На пример, ОпенБСД је оперативни систем отвореног кода сличан Унику, који је развијен форкингом НетБСД, што је још један ОС отвореног кода сличан Унику.

Међутим, у виљушци постоји директна веза између ваше рачвасте копије и оригиналног спремишта. У било ком тренутку можете да додате свој допринос оригиналном пројекту помоћу захтева за повлачење.

У рачвасту копију сви главни подаци попут кодова и датотека копирају се из оригиналног спремишта, међутим, гране, захтеви за повлачење и друге функције се не копирају. Форкинг је идеалан начин за сарадњу отвореног кода.

Клонирање је у основи Гит концепт. Клон је локална копија било ког удаљеног спремишта. Када клонирамо спремиште, целокупно изворно спремиште, заједно са његовом историјом и огранцима, копира се на нашу локалну машину.

За разлику од форкинга, не постоји директна веза између клонираног спремишта и оригиналног удаљеног спремишта. Ако желите да повучете захтеве и вратите се на оригинални пројекат, требало би да се додате као сарадник у оригиналном спремишту.

Клонирање је такође одличан начин за стварање резервне копије оригиналног спремишта, јер клонирана копија такође има сву историју урезивања.

П # 31) Како ћете сазнати шта су све датотеке промењене у одређеном Гит урезу?

Одговор: Употребом хеш-вредности одређеног урезивања можете извршити наредбу у наставку да бисте добили листу датотека које су промењене у одређеном урезивању:

гит дифф-трее -р {хасх}

Ово ће навести све датотеке које су измењене, као и датотеке које су додате. Ознака -р се користи за попис појединачних датотека заједно са њиховом путањом, уместо да их сажима само у именима коријенског директорија.

Такође можете да користите наредбу испод:

шпијунски софтвер за стављање на мобилни телефон

гит дифф-трее –но-цоммит-ид –наме-онли -р {хасх}

–Но-цоммит-ид ће преквалификовати хеш бројеве урезивања који ће доћи у излазу. Док ће -наме искључити путање датотека и дати ће само имена датотека у излазу.

К # 32) Која је разлика између гит цхецкоут (назив огранка) и гит цхецкоут -б (назив огранка)?

Одговор: Команда гит цхецкоут (назив огранка) прелазиће са једне гране на другу.

Команда гит цхецкоут -б (назив огранка) створиће нову грану и такође прећи на њу.

П # 33) Шта је СубГит?

Одговор: СубГит је алат који се користи за СВН у Гит миграцију. Развила га је компанија која се зове ТМате. Конвертује СВН спремишта у Гит и омогућава вам истовремени рад на оба система. Аутоматски синхронизује СВН са Гит-ом.

(слика извор )

Помоћу овог алата можете створити СВН || Гит огледало. СубГит треба да буде инсталиран на вашем Гит серверу. Откриће сва подешавања вашег удаљеног СВН спремишта, укључујући СВН ревизије, гране и ознаке, и претвара их у Гит урезе.

Такође чува историју, укључујући праћење података о спајању.

П # 34) Можете ли опоравити избрисану грану у Гит-у?

Одговор: Да ти то можеш. Да бисте опоравили избрисану грану, СХА бисте требали знати са врха главе. СХА или хеш је јединствени ИД који Гит ствара при свакој операцији.

Када избришете грану, на терминалу се приказује СХА:

Избрисана грана (била)

Да бисте обновили избрисану грану можете користити наредбу испод:

гит цхецкоут -б

Ако не знате СХА за урезивање на врху ваше гране, прво можете да користите иди рефлог наредбу да бисте знали вредност СХА, а затим примените горњу наредбу за наплату да бисте вратили своју грану.

П # 35) Шта је гит дифф команда? По чему се разликује од гит статус?

Одговор: Гит дифф је вишенаменска наредба која се може извршити за приказ разлика између два произвољна урезивања, промена између радног стабла и урезивања, промена између радног стабла и индекса, промена између две датотеке, промена између индекса и стабла итд.

Тхе гит статус наредба се користи за преглед спремишта. Приказује стање радног именика и подручја постављања. Листаће датотеке које су инсцениране, које нису инсцениране и датотеке које нису праћене.

П # 36) Шта садржи објект Цомм?

Одговор: Објект урезивања садржи хасх објекта стабла највишег нивоа, хеш надређеног урезивања (ако постоји), информације о аутору и предавачу, датум урезивања и поруку урезивања.

Ово можете погледати путем гит лог команда.

Пример:

(слика извор )

П # 37) Шта је гит цхерри-пицк? Који су сценарији у којима се може користити гит цхерри-пицк?

Одговор: Гит цхерри-пицк је моћна команда за примену промена уведених једним или више постојећих урезивања. Омогућава вам да одаберете урезивање из једне гране и примените на другу.

гит цхерри-пицк цоммитСха је наредба која се користи за брање трешње. цоммитСха је референца за урезивање.

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

Такође се може користити у тимској сарадњи. Могу бити сценарији у којима исти код треба делити између две компоненте производа. У овом случају, ако је један програмер већ написао тај код, онда други може исто одабрати.

Брање трешања је такође корисно у хитним исправкама грешака где се урезивање закрпе може одабрати трешњом директно у главну грану како би се проблем решио што је пре могуће.

П # 38) За шта се користи „гит ресет“? Који је подразумевани режим ове наредбе?

Одговор: Гит ресетован је моћна команда за поништавање локалних промена стања Гит репо-а. Ова наредба ресетује тренутну ХЕАД на наведену фазу.

Враћа и индекс и радни директоријум на стање вашег задњег урезивања. Гит ресет има три начина, тј. Меки, тврди и мешани. Подразумевани начин рада је мешовит.

П # 39) Која је разлика између „ГЛАВА“, „радно стабло“ и „индекс“?

Одговор: Радно стабло или радни простор је директоријум који садржи изворне датотеке на којима тренутно радите.

Индекс је припремно подручје у Гиту где се припремају обавезе. Лежи између урезивања и вашег радног стабла. Гит индекс је једна велика бинарна датотека која наводи све датотеке у тренутној грани, њихова имена, контролне суме сха1 и временске ознаке.

Ова датотека је присутна на /.гит/индек. ХЕАД је референца или показивач на најновије урезивање у тренутној грани плаћања.

П # 40) Која је разлика између пребазирања и спајања? Када треба да извршите базу података, а када да се спојите?

Одговор: Наредбе ребасе и мерге користе се за интегрирање промјена из једне гране у другу, али на другачији начин.

Као што се види на доње две слике, претпоставимо да имате урези (ово је пре спајања / пребазирања). Након спајања добићете резултат као комбинацију урезивања. Обједињује историје обе гране и креира нови „урезивање спајања“ у грани обележја.

С друге стране, ребасе ће преместити целу грану обележја да започне на врху главне гране.

(слика извор )

Комитети ће изгледати као:

Предефинирање се не препоручује за јавне огранке јер ствара недоследне спремишта. Међутим, превредновање је добра опција за приватне филијале / индивидуалне програмере. Није баш погодан за режим рада по грани. Али ако имате модел гране по развојном програмеру, онда превредновање неће штетити.

Такође, ребасе је деструктивна операција, тако да ваш развојни тим треба да буде довољно вешт да га правилно примени. У супротном, предани рад може бити изгубљен.

Штавише, враћање стапања је лакше него враћање пребазе. Дакле, ако знате да постоје могућности за враћање, онда бисте требали користити спајање.

Спајање истрајава историју каква јесте, док ребасе прекраја историју. Стога, ако желите да видите историју у потпуности онаквом каква се догодила, требало би да користите спајање.

П # 41) Која је синтакса за поновно базирање?

Одговор: Синтакса наредбе ребасе је гит ребасе (ново-урезивање)

П # 42) Како ћете уклонити датотеку из Гита, а да је заправо не уклоните из локалног система датотека?

Одговор: За ово можете да користите опцију „цацхед“:

гит рм -рф –цацхед $ ФИЛЕС

Ова наредба ће уклонити датотеке из вашег спремишта без брисања са диска.

П # 43) Који је уобичајени образац гранања у Гит-у?

Одговор: Уобичајени образац гранања заснован је на гит-току. Има две главне гране, тј. Мастер и развој.

• Главна грана садржи производни код. Сав развојни код се у неком тренутку споји у главну грану.
• Развојна грана садржи предпроизводни код. Када су функције довршене, оне се спајају са главном граном, обично путем ЦИ / ЦД цевовода.

Овај модел такође има неке пратеће гране које се користе током развојног циклуса:

• Основне гране / Тематске гране: Користе се за развој нових карактеристика за предстојећа издања. Може се одвојити од развојне гране и мора се поново спојити у развојну грану. Генерално, ове гране постоје само у спремиштима за програмере, а не у пореклу.
• Подружнице хитних исправки: Користе се за непланирано продукцијско издање када постоји потреба да се одмах поправи било која критична грешка у верзији уживо прод. Они се могу одвојити од мајстора и морају се поново спојити у развој и мастер.
• Релеасе Бранцхес: Користе се за припрему новог производног издања. Грана издања вам омогућава да поправите мање грешака и припремите метаподатке за издање. Они се могу одвојити од развоја и морају се поново спојити у мастер и развити.

Закључак

Прошли смо кроз важна питања која се углавном постављају током Гит интервјуа у овом водичу.

Ово вам не само да ће вам помоћи да се припремите за предстојеће интервјуе већ ће вам појаснити и ваше гит концепте.

Све најбоље за ваш интервју!

Препоручено читање

• Питања и одговори за интервјуе
• Нека занимљива питања за испитивање софтверског тестирања
• Топ 40 Ц питања и одговори за програмирање у интервјуу
• 40 најпопуларнијих питања и одговора за Ј2ЕЕ интервјуе које бисте требали прочитати
• Питања и одговори за испитивање ЕТЛ-а
• 20+ најчешће постављаних питања и одговора на излазном интервјуу
• Најчешћа питања за интервјуе за Орацле обрасце и извештаје
• Нека незгодна ручна тестирања питања и одговори