Git pro pokročilé

Question 1

V čem je zásadní rozdíl mezi git rebase a git merge?

Accepted Answer

Rebase přeskládá commity nad nový základ a vytvoří nové commity (lineární historie), merge spojí větve a obvykle vytvoří merge commit se dvěma rodiči

Question 2

K čemu je nejužitečnější git reflog?

Accepted Answer

K záchraně „ztracených" commitů — zaznamenává historii, kam všude ukazoval HEAD, i po resetu nebo rebase

Question 3

Co dělá git cherry-pick <hash>?

Accepted Answer

Vezme změnu z jednoho konkrétního commitu a aplikuje ji na aktuální větev jako nový commit

Question 4

Co umožňuje interaktivní rebase (git rebase -i HEAD~3)?

Accepted Answer

Přeuspořádat, sloučit (squash), přejmenovat, upravit nebo zahodit vybrané commity před jejich znovu-aplikací

Question 5

Co znamená stav „detached HEAD"?

Accepted Answer

HEAD ukazuje přímo na konkrétní commit místo na větev; nové commity pak nepatří žádné větvi a mohou se ztratit

Question 6

Kdy nastane fast-forward merge?

Accepted Answer

Když cílová větev nemá žádné vlastní nové commity oproti slučované — Git jen posune ukazatel vpřed bez merge commitu

Question 7

Jak se liší git reset --soft, --mixed a --hard?

Accepted Answer

--soft posune HEAD a změny nechá ve stagingu, --mixed (výchozí) je odstaví do pracovního adresáře, --hard zahodí i změny v pracovním adresáři

Question 8

Chcete odložit rozdělanou práci a přepnout na jinou větev bez commitu. Co použijete?

Accepted Answer

git stash — dočasně schová neuložené změny a vrátí pracovní adresář do stavu HEAD; později je vrátíte přes git stash pop

Question 9

K čemu slouží git bisect?

Accepted Answer

K binárnímu vyhledání commitu, který zanesl chybu — půlením rozsahu historie mezi známým dobrým a špatným stavem

Question 10

Co je git submodule?

Accepted Answer

Odkaz na jiný Git repozitář vložený do vašeho, připnutý na konkrétní commit

Question 11

Potřebujete zrušit účinek commitu, který je už na sdíleném main. Co je nejbezpečnější?

Accepted Answer

git revert <hash> — vytvoří nový commit, který změny předchozího zruší, a historie zůstane nedotčená

Question 12

Proč je git push --force-with-lease bezpečnější než git push --force?

Accepted Answer

Odmítne přepsat vzdálenou větev, pokud na ni někdo pushnul od vašeho posledního fetche — chrání tak cizí práci

Question 13

Na co odkazuje zápis HEAD~2?

Accepted Answer

Na commit dvě generace zpět od HEAD (přes prvního rodiče)